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1 .0  INTRODUCTION 


This  document  summarizes  the  work  performed  by  Delta  Information 
Systems,  Inc.  for  the  Office  of  Technology  and  Standards  of  the  National 
Communications  System,  an  organization  of  the  U.  S.  Government,  under 
Purchase  Order  DCA  100-79-C-0050.  The  Office  of  Technology  and  Standards, 
headed  by  National  Communications  System  Assistant  Manager  Marshall  L.  Cain, 
is  responsible  for  the  management  of  the  Federal  Telecommunications  Standards 
Program,  which  develops  telecommunication  standards  whose  use  is  mandatory 
by  all  Federal  agencies.  The  objective  of  this  program  is  to  develop 
a  block  diagram,  flow  charts,  and  computer  programming  for  the  unbalanced 
normal,  unbalanced  asynchronous,  and  balanced  asynchronous  class  of 
procedures  in  accordance  with  Federal  Standard  1003.  The  purpose  of  this 
effort  is  to  determine  the  feasibility  of  using  the  M6800  or  similar 
microprocessor  to  implement  this  type  of  protocol,  and  to  obtain  an  estimate 
of  memory  and  processor  resources  that  would  be  required.  The  Office  of 
Technology  and  Standards  will  use  the  information  to  advise  other  Federal 
agencies  who  implement  the  standard  and,  when  merged  with  the  results 
of  other  studies,  to  evaluate  the  operational  and  economic  impact  of 
incorporating  various  options  in  Federal  Standard  1003. 

The  effort  necessarily  has  focussed  on  the  software  required  to 
implement  the  protocol  itself,  and  is  by  no  means  a  total  hardware/soft¬ 
ware  system  design  that  would  be  required  to  develop  a  complete  system. 
Complete  system  development  is,  of  course,  beyond  the  scope  of  this  program. 
However,  there  are  at  least  two  system  design  factors  that  may  have  a 
significant  effect  on  system  performance  and  on  memory  and  processor 


resources  that  are  required.  These  design  factors  include  the  type  of 
LSI  interface  chip  employed,  and  the  implementation  of  the  operating 
system  required  to  control  the  concurrent  software  processes  that  make 
up  the  protocol.  These  factors  are  discussed  in  more  detail  in  Section  2.0 
along  with  a  discussion  of  the  block  diagram  of  the  overall  system  design. 

Flow  charts  describing  the  software  that  makes  up  the  protocol  are 
included  in  Sections  3.0  and  U.O.  The  functional  flow  charts  in  Section 
3.0  describe  the  protocol  operations  for  the  unbalanced  normal  class  at 
the  highest  level  and  are  largely  independent  of  the  hardware  configuration. 
The  detailed  flow  charts  in  Section  1*.0  describe  the  protocol  software 
processes  in  sufficient  detail  that  code  may  be  written  with  no  major 
design  decisions.  These  flow  charts  at'  this  level  are  very  hardware 
dependent . 

A  small  portion  of  the  code  for  the  6800  microprocessor  has  been 
written  and  is  included  in  Section  5.0  The  code  was  introduced  into  a 
6800  microcomputer,  provided  by  Delta  Information  Systems.  The  code  in 
the  computer  was  then  tested  to  insure  its  validity.  Finally  Section  6.0 
contains  a  discussion  of  the  feasibility  of  using  the  6800  to  implement 
the  ADCCP  protocol.  It  is  estimated  that  approximately  850  instructions 
are  needed  to  implement  the  three  classes  of  procedures  in  a  logically 
configurable  station  (primary,  secondary,  or  combined),  with  no  optional 
functions,  and  that  approximately  250  instructions  are  required  for  the 
operating  system.  Data  transmission  rates  of  up  to  19.2  kildbit/sec. 
appear  feasible  for  the  configuration  being  considered. 


2.0  SYSTEM 


CONSIDERATIONS 


DESIGN 

The  block  diagram  in  Figure  2-1  shows  a  link  with  one  primary/ 
combined  and  one  secondary/combined  station  communicating  with  each 
other  by  sending  information  in  both  directions.  That  is,  either 
station  may  be  a  source  or  sink  of  data  or  both.  Two-way  simultaneous 
transmission  is  assumed.  Although  many  secondary  stations  may  conmuni- 
cate  with  one  primary  station,  the  objectives  of  this  program  can  be 
met  with  no  loss  of  generality,  by  assuming  the  existence  of  only  one 
secondary  station. 

Each  station,  primary,  secondary,  or  combined  is  made  up  of  a 
microcomputer,  an  LSI  interface  to  the  link,  and  a  user  which  supplies 
and  uses  the  data  to  be  communicated.  The  primary  and  secondary  stations 
are  physically  very  similar;  operationally,  of  course,  the  primary 
must  supervise  and  control  a  number  of  secondary  stations,  and  thu3 
it  requires  a  larger  data  structure  and  somewhat  more  complicated  code. 

For  the  purpose  of  this  program,  the  microcomputer  can  be  assumed 
to  be  very  basic — microprocessor,  memory  (RAM  and  ROM  ),  interface 
chips,  clock,  etc.  A  design  choice  that  has  significant  impact  on 
the  outcome  of  this  program  is  the  choice  of  the  LSI  interface. 

The  purpose  of  the  LSI  interface  is  to  convert  the  parallel  data  from 
the  CPU  to  a  continuous  serial  data  stream  for  transmission.  Simul¬ 
taneously,  it  must  convert  received  serial  data  to  parallel  data  for 
the  GPU.  In  addition,  it  must  generate  and  verify  the  frame  check 
sequence  (FCS),  stuff  and  delete  0's  to  distinguish  FLAG  or  ABORT 
from  data,  insert  and  detect  FLAG  or  ABORT,  and  insert  inter frame 
fill  or  idle  link  fill.  Other  functions  may  also  be  performed  by 
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this  interface. 

Two  different  LSI  chip  specifications  have  been  examined  as  possible 
candidates  for  the  interface  function  in  this  particular  study.  These 
chips,  which  represent  different  approaches  to  the  interface  problem, 
are  the  F6856  and  the  WD2501  .  (Refer  to  Appendix  A  and  Appendix  B 
for  a  copy  of  their  preliminary  data  sheets.) 

The  WD2501  interface  chip  controls  frames  of  data  by  means  of  a 
direct  memory  access  (DMA)  technique,  automatically  transmitting/ 
receiving  flag,  address,  and  control  fields.  Automatic  retransmission 
of  frames  due  to  errors  is  also  accomplished.  The  chip  appears  to  be 
capable  of  implementing  the  unbalanced  asynchronous  class  of  procedures 
by  itself. 

The  F6856  interface  chip,  on  the  other  hand,  controls  bytes  of 
data,  in  addition  to  performing  the  required  function  described  above. 
This  chip  is  capable  of  accommodating  virtually  all  of  the  classes  of 
procedures  described  in  the  standard,  with  the  possible  exception  of 
the  32-bit  frame  check  sequence.  Since  the  chip  sends  and  receives 
bytes  of  data,  most  of  the  processing  must  be  done  in  the  microcomputer. 

The  F6856  chip  was  selected  for  this  program  by  mutual  consent  of 
the  contractor  and  the  government.  The  interface  to  the  communications 
line  requires  additional  logic  such  as  a  Federal  Standard  1031  (Electron¬ 
ic  Industries  Association  Recommended  Standard  UJU9)  interface  chip  and 
a  modem,  but  the  choice  of  these  has  little  impact  on  this  program. 

The  data  transmitted  over  the  link  must  also  be  transmitted  to  the 
user.  The  interface/protocol  required  between  the  microcomputer  and  the 
user  is  also  part  of  the  system  design.  However,  for  this  program, 
the  protocol  has  not  been  defined.  The  Interface,  including  the 
buffers  to  hold  the  data,  is  defined  and  described  in  Section  U.O. 
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3.0  FUNCTIONAL  FLOW  CHARTS  FOR  UNBALANCED,  NORMAL  CLASS 

The  functional  flow  charts  describe  the  protocol  operation  at  the 
highest  level.  That  is,  the  frame  is  considered  to  be  an  entity,  trans¬ 
mitted  and  received  in  "one  piece."  Operation  is  described  in  terms  of 
gross  system  states  and  major  parameters.  The  flow  charts  at  this  level 
are  largely  independent  of  the  hardware  configuration,  and  time  constraints 
required  for  simultaneous  two-way  operation  do  not  appear. 

As  an  introduction  to  the  detailed  flow  charts  presented  in  Section  U, 
functional  flow  charts  for  the  unbalanced  normal,  basic  repetoire,  class 
of  procedures  (Figures  3-1  through  3-9)  are  presented  in  this  section. 

Since  the  functional  flow  charts  for  the  three  classes  of  procedure 
addressed  in  this  report  are  very  similar  at  this  level  of  detail  it  is 
not  necessary  to  include  them  here.  Instead,  the  differences  are  more 
clearly  shown  in  the  detailed  flow  charts  for  the  station,  which  may  be 
logically  configured  to  be  a  primary,  secondary,  a  combined  station 
operating,  as  appropriate,  in  normal  respond  mode,  asynchronous  respond 
mode,  or  asynchronous  balanced  mode. 

The  unbalanced  normal  class,  basic  repetoire  must  accommodate  five 
received  commands  in  the  secondary  station: 

I  -  Information 
RR  -  Receive  Ready 
HNR  -  Receive  Not  Ready 
SNHM  -  Set  Normal  Response  Mode 
DISC  -  Disconnect 
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Figure  3-1  Functional  Flow  Chart  A 
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Figure  3-3  Functional  Flow  Chart  C 
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Figure  3-8  Functional  Flow  Chart  H 
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The  secondary  station  may  transmit  six  responses: 


I  -  Information 

RR  -  Receive  Ready 

RNR  -  Receive  Not  Ready 

UA  -  Unnumbered  Acknowledgement 

UK  -  Disconnected  Mode 

FRMR  -  Frame  Reject 

The  secondary  station  operates  in  one  of  three  major  states  which  are 
mutually  exclusive: 

(1)  LDS  (NEM)  -  Logically  disconnected  state  (normal  disconnected 

mode) 

(2)  ITS  (NHM)  -  Information  transfer  state  (normal  respond  mode) 

(3)  FRMR  -  Frame  reject  state 

Other  major  variables  required  by  the  secondary  station  are: 

REMOTE  BUST  -  true  if  RNR  received] 

false  if  RR  received  or  P-bit  set 
RECEIVER  BUST  -  true  if  not  prepared  to  receive  information] 
false  otherwise 
P-BIT  -  Poll  bit 

F-BIT  -  Final  bit 

V(S)  -  Send  Variable  (next  I-frame  to  be  transmitted) 

V(R)  -  Receive  Variable  (expected  sequence  number  of 

next  received  I-frame) 

N(S)  -  Send  sequence  number  (I-frame  sequence  number) 

N(R)  -  Receive  sequence  number  (station  transmitting 

N(R)  has  correctly  received  all  I-frames  up  to 
and  including  N(R)-1) 
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The  functional  flow  charts  are  described  briefly  in  the  following 
paragraphs.  Refer  once  again  to  Figures  3-1  through  3-9.  On  start-up, 
the  secondary  station  enters  the  logically  disconnected  state.  In  this 
state,  only  mode-setting  commands  are  accepted  by  the  station.  If  the  statior 
is  ready  to  accept  commands,  it  responds  to  an  SNHM  command  with  a  UA 
response  frame  and  enters  the  information  transfer  state  (ITS).  If  not 
ready,  it  sends  a  EM  frame.  The  response  to  a  DISC  command  is  similar. 

Upon  entering  the  ITS,  the  receiver  looks  for  one  cf  the  five  valid 
commands.  If  a  valid  command  is  received,  appropriate  action  is  taken. 

If  an  invalid  command  is  received,  the  frame  reject  (FRMR)  state  is  entere 

and  the  cause  of  the  rejected  frame  is  reported  to  the  primary  station 
via  the  FRMR  response.  The  only  way  to  recover  from  the  frame  reject 
state  is  to  receive  an  SNHM  or  DISC  command.  In  frame  reject  state, 
the  I,  RR,  and  HNR  commands  are  monitored  to  perform  checkpoint  recover 
only;  that  is,  the  received  N(R)  is  monitored  to  verify  those  frames  that 
have  been  received  correctly  by  the  primary  station. 

If  a  valid  I- frame  is  received,  the  N(S)  is  checked,  and  if  valid, 
the  data  is  passed  to  the  user;  if  not  valid,  checkpoint  recovery  is 
performed  and,  if  the  poll  bit  is  set,  the  secondary  station  may  trans¬ 
mit  I-frames  if  available.  If  not  available,  the  station  responds  with 
RR  or  HNR  in  response  to  the  poll  and  proceeds  to  monitor  incoming 
frames.  If  a  valid  RR  or  RNR  frame  is  received,  checkpoint  recover  is 
performed. 
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U.O  DETAILED  SOFTWARE  DESIGN 


In  this  section  the  software  design  is  presented  in  sufficient 
detail  to  allow  the  objectives  of  this  program  to  be  met:  that  is,  the 
feasibility  of  using  the  6800  and  an  estimate  of  memory  and  throughput 
can  be  obtained.  The  design  covers  the  major  aspects  of  a  logically  con¬ 
figurable  station}  functions  that  allow  the  station  to  operate  as  a 
primary,  secondary,  a  combined  station  in  unbalanced  normal,  unbalanced 
asynchronous  or  balanced  modes  are  included.  Operation  as  a  secondary/ 
combined  station  is  emphasized,  since  FED-STD-1003  does  not  cover  many  of 
the  primary/combined  station  procedures  for  managing  the  link.  These  are 
left  to  the  system  designer.  The  software  design  includes  a  description 
of  a  minimal  operating  system  to  handle  concurrent  processes,  major  data 
structures,  major  software  routines,  and  a  set  of  detailed  flow  charts. 

The  detailed  flow  chart,  together  with  associated  data  structures, 
describes  the  protocol  software  processes  in  sufficient  detail  so  that 
code  may  be  generated  with  no  major  design  decisions.  The  flow  chart  at 
this  level  is  hardware  dependent,  and  must  take  into  consideration  the  time 
constraints  imposed  by  the  concurrent  software  processes  associated  with  the 
implementation  of  the  protocol.  That  is,  frames  are  not  really  transmitted 
and  received  in  "one  piece"  in  two-way  simultaneous  operation,  but  are  trans 
mitted  and  received  a  character  at  a  time  concurrently. 

The  protocol  is  made  up  of  four  major  concurrent  software  processes, 
each  of  which  is  an  example  of  the  classic  producer/consumer  problem.  In 
this  problem,  one  process  produces  items  and  then  deposits  them  into  a 
buffer.  A  second  process  consumes  the  items  by  taking  them  from  the  buffer. 
The  processes  must  be  coordinated  so  that  the  consumer  does  not  run  ahead 
of  the  producer,  and  that  the  producer  does  not  write  over  records  before 
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the  consumer  has  had  a  chance  to  read  them.  For  the  protocol  problem,  two 
concurrent  processes  are  involved  in  communicating  data  between  the  LSI 
interface  and  the  microprocessor;  the  LSI  chip  deposits  bytes  in  its  buffer 
as  the  producer,  and  the  MFU  reads  this  data  as  the  consumer.  Conversely, 
the  microprocessor  writes  data  into  a  buffer  as  the  producer,  to  be  read 
by  the  LSI  chip  as  the  consumer  and  transmitted  over  the  link.  A  similar 
pair  of  processes  serves  to  implement  the  interface  between  the  micro¬ 
processor  and  the  higher  level  user.  For  this  effort,  emphasis  is  placed 
on  the  interface  between  the  MPU  and  the  ISI  protocol  chip.  This  requires 
two  main  processes  to  be  running  at  the  same  time — transmit  and  receive. 

The  operating  system  that  manages  these  processes  is  presented  in  the 
following  paragraphs.  Although  it  is  explained  in  terms  of  the  transmit 
and  receive  processes,  the  approach  is  general  and  any  number  of  processes 
can  be  added. 

U.1  Operating  System 

The  design  of  the  operating  system  (OS)  is  important  because  it 
can  have  a  significant  impact  on  the  time  required  to  switch  the  processor 
among  concurrent  processes  and  to  handle  interrupts.  The  approach  taken 
makes  use  of  the  "standard”  WAIT  and  SIGNAL  primitives  together  with 
event  variables.  No  attempt  has  been  made  to  design  a  complete  operating 
system;  only  those  routines  required  to  handle  the  concurrent  processes 
are  included. 

Each  software  process  is  defined  to  be  in  one  of  three  states: 

ACTIVE  (RUNNING)  STATE  -  Executing  computer  instructions 

BLOCKED  STATE  -  Waiting  for  the  occurrence  of  an  event  in  another  process 

READ!  STATE  -  Waiting  for  processor  to  run 
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State  Transitions  are  illustrated  in  the  state  diagram  of  Figure  U-1 . 


Processes  may  be  created  or  terminated  by  other  processes,  and  each 
process  is  defined  to  be  either  running  or  on  the  blocked  queue  or  the 
ready  queue  depending  on  its  state.  Associated  with  each  process  is  a 
process  control  block  (PCB)  which  contains  an  area  to  save  the  CPU's 
registers  when  the  process  is  interrupted,  a  pointer  to  the  next  PCB 
in  the  queue,  and  the  process'  priority. 

If  the  process  currently  running  becomes  blocked,  it  is  changed 
from  the  ACTIVE  state  to  the  BLOCKED  state  via  the  WAIT  routine.  For 
example,  if  the  receive  process  is  executing  instructions  and  wishes  to 
obtain  a  byte  of  data  from  the  ISI  interface  chip  buffer,  the  process 
tests  the  event  variable  RDAFLG  to  determine  whether  or  not  the  byte  of 
data  is  available.  If  available,  the  process  continues j  if  not,  the 
WAIT  routine  is  called  to  save  the  receive  process  registers,  insert  the 
receive  process  into  the  blocked  queue,  get  a  new  process  from  the  ready 
queue,  restore  the  registers  of  the  new  process,  and  run  the  new  process. 
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The  receive  process  continues  where  it  left  off  after  an  interrupt  from 
the  LSI  chip  signals  that  a  byte  of  data  is  available,  the  interrupt 
service  routine  services  the  interrupt,  and  the  receive  process  is  moved 
to  the  running  state  via  the  SIGNAL  routine.  The  SIGNAL  routine  removes 
the  receive  process  from  the  blocked  queue  and  restores  it  to  the  running 
state.  Any  process  is  blocked  and  restored  in  this  way  by  the  WAIT  and 
SIGNAL  routines  respectively,  and  by  the  appropriate  interrupt  service 
routine.  Refer  to  Section  L.ii  for  the  flow  charts  of  the  WAIT  and  SIGNAL 
routines . 

The  6800  has  but  one  interrupt  input  that  is  maskable.  This  means 
that  unless  some  additional  hardware  is  used,  all  interrupt  lines  must 
be  logically  ORed  and  fed  to  the  CPU  via  the  single  interrupt  input,  IRQ. 
This  requires  that  the  interrupt  service  routine  poll  the  various  devices 
that  might  cause  an  interrupt  to  determine  what  device  actually  did  cause 
the  interrupt.  The  order  in  which  the  devices  are  polled  determines 
the  interrupt  priority.  The  following  five  events  cause  interrupts  from 
the  6856  protocol  chip: 

RDA  -  Received  data  available 

ROVR  -  Receiver  overrun  (data  was  not  read  from  buffer  before 
new  byte  was  loaded) 

TOR  -  Transmitter  overrun 

TBMT  -  Transmitter  buffer  empty 

TOR  -  Transmitter  underrun  (data  was  not  loaded  in  transmitter 
buffer  in  time  to  transmit) 

In  addition,  two  timers  are  assumed  to  be  part  of  the  design,  one  to 
provide  a  time  slicing  function  to  interrupt  a  running  process  period¬ 
ically  to  give  the  CPU  to  a  different  process,  and  a  time-out  timer  to 


to  indicate  an  overdue  response.  These  two  functions  may  be  provided 
by  one  timer  and  appropriate  software  or  by  two  separate  timers.  Refer 
to  Section  U.U  for  the  interrupt  service  routine  flow  charts. 


U.2  Data  Structures 

This  section  outlines  the  data  structures,  including  variables, 
arrays,  buffers,  etc.  in  order  to  more  easily  understand  the  detailed 
flow  charts  that  follow  and  to  estimate  the  amount  of  random  access 
memory  (RAM)  that  is  required  to  implement  the  protocol.  Main  state 
variables  are  as  follows : 

STATION  TYPE  -  PRIMARY,  SECONDARY,  OR  COMBINED  (mutually  exclusive) 
OPERATIONAL  STATE  -  has  3  values,  mutually  exclusive; 

LDS  -  Logically  disconnected  state 
ITS  -  Information  transfer  state 

FRMREJ  -  Frame  reject  state  (for  secondary/combined) 

Logically  disconnected  state  has  two  mutually  exclusive  modes; 

NDM  -  normal  disconnected  mode 
ADM  -  asynchronous  disconnected  mode 
Information  transfer  state  has  three  mutually  exclusive  modes: 

NRM  -  normal  respond  mode 
ARM  -  asynchronous  respond  mode 
ABM  -  asynchronous  balanced  mode 
Other  major  variables  are: 

REMOTE  BUSY  -  true  if  RNR  received 

false  if  RR  received  or  P/F  bit  set  in 
received  I- frame 
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RECEIVER  BUSY  -  true  if  not  prepared  to  receive  inf onnationj 
false  otherwise 

P-BIT  -  Poll  bit 
F-BIT  -  Final  bit 

V(S)  -  Send  Variable  (next  I -frame  to  be  transmitted) 

V(R)  -  Receive  Variable  (expected  sequence  number  of  next 
received  I-frame) 

N(S)  -  Send  Sequence  Number  (I-frame  sequence  number) 

N(R)  -  Receive  Sequence  Number  (station  transmitting  N(R)  has 

correctly  received  all  I-frames  up  to  and  including  N(R)  -  1) 
Operating  System  variables  include: 

RDAFLG  -  Receive  data  available  event  variable 
TBMT  -  Transmitter  buffer  empty  event  variable 

running' 

BLOCK  ►  Pointers  to  beginning  of  each  queue 
READY  , 

PCB  -  Each  process  control  block  contains: 
condition  code  register 
accumulator  A 
accumulator  B 

index  register  (upper  and  lower) 
program  counter  (upper  and  lower) 
pointer  to  next  PCB 
priority 

A  number  of  buffers  are  required  for  such  things  as  the  received  control 
word,  transmitted  control  word,  frame  type,  etc.  Next,  consider  the  data 
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buffer  required  to  transmit/receive  information  between  CPU  and  USER. 

Assume  that  a  separate  buffer  is  required  for  transmit  and  receive, 
and  that  each  buffer  can  hold  up  to  eight  I-frames  of  data.  These 
buffers  are  accessed  via  tables  shown  in  Figure  k-2.  Each  frame  to  be 
transmitted  via  the  LSI  chip  has  a  starting  address  for  the  data  and  a 
length  in  bytes  of  the  data  part  of  the  frame.  If  the  frame  was  trans¬ 
mitted  with  the  poll/final  bit  set,  this  is  recorded.  The  "acknowledge" 
variable  is  used  to  indicate  whether  a  frame  has  been  deposited  by  the 
USER  for  transmission,  whether  it  has  been  transmitted,  and  finally,  whether 
it  has  been  acknowledged  by  the  receiving  station.  In  the  example  shown, 
six  frames  have  been  deposited  by  the  USER  for  transmission,  three  have 
been  transmitted  ending  with  a  final  bit  (SECONDARY  -  NHM),  and  the  first 
frame  has  been  acknowledged.  Three  frames  remain  to  be  transmitted. 

The  receiver  look-up  table  performs  a  similar  function  for  data  received 
from  the  LSI  chip.  Each  frame  is  assembled  byte-by-byte  and  the  frame 
length  is  incremented.  When  the  frame  has  been  correctly  received  (valid 
FCS  and  N(S))  the  frame  is  tagged  as  verified  and  may  be  read  by  the  USER. 

The  buffers  and  associated  variables  required  for  LSI  interface 
chip  operation  are  shown  in  Figures  U-3,  U-U,  and  U-5.  The  Mode  Control 
Register  (MCR)  contains  control  information  common  to  both  receiver  and 
transmitter.  The  SAR  contains  the  secondary  station  address.  The  TCR 
is  loaded  by  the  MFU  to  control  the  transmitter,  and  the  TDB  contains  the 
byte  to  be  transmitted.  The  Receiver  Status  Register  (RSR)  is  read 
by  the  MPU  to  determine  the  status  of  the  byte  received  in  the  Receive 
Data  Buffer  (RDB).  The  RCR  contains  control  information  for  the  receiver 
and  the  TSR  supplies  transmitter  status.  Refer  to  Appendix  A  for  a  detailed 


Receiver  Status  Register  and  Receive  Data  Buffer 


Receiver  Control  Register,  Transmitter  Status  Register 
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description  of  receiver/transmitter  operation  and  flow  charts  for  the 
F6856  LSI  interface  chip. 

li.3  Subroutine/Function  Descriptions 

This  section  describes  the  functions  or  software  modules  that  make 
up  the  protocol.  Figure  li-6  contains  a  table  of  all  the  significant 
software  modules  organized  by  station  type  (primary,  secondary,  or  common 
to  both)  and  by  whether  the  module  is  associated  primarily  with  a  transmit 
or  receive  process.  Those  modules  contained  in  the  operating  system 
have  been  discussed  previously.  Some  of  the  modules  are  the  main  routines 
for  processes,  namely  HUT,  RCV,  SiNDI,  and  IDLE.  BUT  is  the  initial¬ 
ization  process,  RCV  is  the  process  that  receives  and  processes  the  address 
and  control  bytes  of  the  received  frame,  SENDI  is  the  main  information 
transmitting  process,  and  IDLE  is  a  simple  process  that  runs  when  all 
other  processes  are  blocked.  DUMMI  is  a  process  that  is  never  run,  but 
serves  as  a  place  for  the  IDLE  process  to  point  to  and  has  the  lowest 
priority.  Those  modules  that  are  associated  only  with  either  the 
primary/combined  or  secondary/combined  stations  are  mostly  mode-setting 
or  mode  acknowledging  functions  and  are  relatively  simple.  The  remaining 
routines  are  discussed  in  the  following  paragraphs. 

RCNTRL  -  Extracts  a  provisional  P/F  bit,  N(R)  and  N(S)  if  applicable 
from  the  control  byte  and  determines  the  frame  type  by 
matching  the  masked  control  byte  against  a  table  of 
implemented  commands  and  responses  (11  all  told).  The 
frame  type  is  then  checked  for  validity  against  current 
mode  and  station  type.  Output  is  frame  type  if  valid. 
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Figure  U-6  Software  Modules 
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CHKRJT  -  Performs  checkpoint  recovery.  The  received  N(R)  is 


RR  &  RNR 

SENDI  - 
SENDR  - 
GET  BYT  - 


SNDBYT  - 

FRMRIJ  - 


checked  to  determine  if  N(R)  points  to  an  outstanding 
frame.  If  not,  FRMR  is  called.  If  the  poll  (or  final) 
bit  is  set,  a  check  is  made  to  determine  if  N(R)  -  1 
points  to  the  frame  transmitted  with  final  (poll)  bit 
set.  If  not,  V(S)  and  appropriate  elements  of  TPACK 
array  are  adjusted. 

Reads  Information  frame.  The  information  part  of  the 
frame  is  checked  for  length,  message  is  stored  in 
buffer.  Send  sequence  number,  N(S),  is  checked  against 
receive  variable,  V(R).  Checkpoint  recovery  is  performed. 
Receives  the  Receive  Ready,  RR,  or  Receive  Not  Ready,  RNR, 
command  (response).  Performs  checkpoint  recovery. 

Transmits  information  frame  a  byte  at  a  time. 

Transmits  RR  or  RNR  as  specified. 

Macro  that  reads  receive  buffer  if  data  is  available 
and  stores  the  data  in  a  location  specified  in  the  macro 
argument.  Interrupts  are  disabled  for  the  duration  of 
the  macro  to  prevent  flags  or  data  from  changing  while 
reading.  If  no  data  is  available,  the  process  is  blocked 
via  WAIT. 

Macro  that  loads  transmitter  buffer.  Similar  operation 
to  that  in  GETBYT. 

Changes  state  of  secondary/combined  station  to  frame 
reject,  assembles  FRMR  information  field  and  activates 
FRMR  transmit  process. 


TR-FHMR  -  FHMR  transmit  process  terminates  any  other  transmit 

process  except  TR-DM  or  TR-UA,  sends  the  FRMR  frame  and 
terminates  itself. 

FRMR  -  Receives  a  FRMR  frame  (implies  primary/combined  station) 
and  takes  appropriate  mode -setting  action. 

U.U  Detailed  Flow  Charts 

The  detailed  flow  charts  are  shown  in  Figures  U-7  through  U-21*. 
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Figure  h-9  Detailed  Flow  Chart  C 
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Figure  U-11  Detailed  Flow  Chart  E 
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Figure  U-16  Detailed  Flow  Chart  J 
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Figure  U-1 9  Detailed  Flow  Chart  M 
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5.0  MICROPROCESSOR  CODING  AND  TESTING 


5.1  Microprocessor  Code 

The  RCNTRL  subroutine  has  been  programmed  for  the  6800  microprocessor. 
The  code  is  shown  in  Figure  5-1 .  The  subroutine  examines  the  control 
field  of  the  received  command  and  determines  which  of  the  eleven  valid 
commands  of  the  set  belonging  to  the  three  classes  of  procedures  (basic 
repertoire)  has-been  transmitted.  The  command  is  checked  against  a 
validity  table  to  determine  whether  it  is  valid  for  the  station  config¬ 
uration  (primary  or  secondary,  UN  or  UA  or  BA) .  The  result  is  returned 
in  the  variable  FT I PE .  FTYPE  is  set  to  -1  if  an  invalid  or  un-implemented 
command  is  received.  The  poll/final  bit  is  extracted  if  the  frame  type 
is  I,  RR,  or  HNR.  N(S)  is  extracted  from  I  frames.  The  subroutine 
requires  9h  bytes  for  instructions  plus  22  bytes  for  tables  for  a  total 
of  1 1 6  bytes  in  ROM.  In  addition  to  the  arguments,  2  bytes  of  temporary 
storage  are  used  (RAM).  The  subroutine  requires  312  machine  cycles  through 
its  longest  path.  This  could  be  reduced  considerably  by  using  an  asso¬ 
ciative  memory  technique  for  detemining  the  frame  type  instead  of  the 
table  search  used  in  the  present  subroutine.  The  associative  approach 
becomes  more  efficient  as  more  commands  are  added  to  the  repetoire. 

5.2  Test  Program 

Testing  of  6800  code  was  accomplished  on  a  6800-based  microcomputer 
using  a  DEC  LA-36  printer/terminal.  The  microcomputer  includes  a  TINT 
BASIC  interpreter  (firmware)  which  was  used  to  facilitate  programming  of 
the  routine  to  test  the  RCNTRL  subroutine. 
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Figure  5-1  RCNTRL  Code 
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A  sample  of  the  test  results  for  this  subroutine  is  shown  in 
Figure  5-2.  As  shown,  the  operator  is  asked  to  enter  the  decimal  equi¬ 
valent  of  a  control  field.  First,  the  operator  entered  182,  correspond¬ 


ing  to: 

- LSB 

Y 

10  110  110 
v — 4  t 

N(R)  P/F  N(S)  I -FRAME 

The  main  program  loads  this  byte,  that  the  operator  has  entered,  into  the 
variable  called  CNTFLD  and  calls  the  RCNTRL  subprogram.  Upon  return,  the 
main  program  prints  the  values  of  the  poll  bit,  frame  type,  N(R)  and 
N(S),  if  applicable,  produced  by  RCNTRL.  The  operator  is  then  asked  for 
another  value  to  test.  Decimal  equivalents  of  eleven  different  frame 
types  are  shown.  For  this  example  the  station  configuration  is  set  to 
allow  all  eleven  commands  to  be  valid  in  order  to  test  the  subroutine. 
Figure  5-3  illustrates  the  results  for  the  station  set  to  unbalanced 
normal  (UN),  secondary  with  the  same  control  byte  inputs.  As  shown, 
all  commands  are  invalid  except  for  I,  RR,  HNR,  SNHM  and  DISC. 

An  exhaustive  test  also  was  made  on  the  RCNTRL  subroutine,  and  the 
test  results  are  included  in  Figures  5-U  and  5-5.  Since  the  control 
field  contains  8  bits,  256  possibilities  exist,  and  it  was  convenient  to 
modify  the  main  program  described  above  to  loop  through  all  of  the 
possible  values  that  the  control  field  may  have.  The  result  of  this  test 
was  as  expected:  Of  the  256  fields,  starting  with  0,  every  other  field 
was  a  valid  I -frame.  There  were  16  each  of  the  RR  and  HNR  frames  (8 
values  of  N(R)  with  P-bit  "1"  and  "0")  and  just  2  each  of  the  remaining 
commands.  The  remaining  possibilities  were  marked  (correctly)  as  invalid. 
Figure  5-U  shows  the  results  for  all  eleven  commands  valid,  as  previously: 
Figure  5-5  gives  the  results  for  the  station  configured  as  UN  secondary. 


RUN  _ _ _ 

TEST  ROUTINE  FOR  RCNTRL  SUBROUTINE 

ENTER  DECIMAL  EQUIVALENT  OF-.  CONTROL ELELIl _ 

?  182 
POLL  =1 
FTYPE  =1 

NCR)  =5 

NCS)  =3 
AGAIN  (Y/N) 

?  Y 


ENTER  DECIMAL  EQUI VALENT_OF_ CONTROL_FIELI[ 
?  225 
POLL  =0 
FTYPE  =2 
NCR)  =7 
AGAIN  CY/N) 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  85  _ _ 

POLL  =1  ,  N 

FTYPE  =3  (§-KlP-) 

NCR)  =2  _ 

AGAIN  CY/N) 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  131 

f?ype’»4  - 

AGAIN  CY/N) 

?  Y  . . . 

ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  115 
POLL  =1 
FTYPE  =5 
AGAIN  CY/N) _ 

?  Y 


ENTER  DECIMAL  -  E Q U I V A L E NI._QE_C.QMXS.Q L_EXELCL 
?  67  ,  v 

POLL  =0  (piSC) 

FTYPE  =<S _ 

AGAIN  CY/N) 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  31 

FTYPE  =*10  CW  I  S  PvW) 

AGAIN  CY/N) 

?  _Y _ 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

_? . 135 _ 

POLL  -0 
FTYPE  *8 
AGAIN  CY/N) 


Of***-} 


figure  5-2(a) 

RCNTRL  Basic  Repatolre 
Test  Results 
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ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  159 
POLL  =1 
FTYPE  =9 
AGAIN  (Y/N) 

?  Y 


(fcSET) 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  15  _ _ 

POLL  =0 
FTYPE  =10 
AGAIN  (Y/N)  . 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  63 

POLL  =1  ,  N 

FTYPE  =11  __  (SA  8>Mj _ 

AGAIN  (Y/N) 

?  N 

TEST  COMPLETE  _ 


Figure  5-2(b) 

RCNTRL  Basic  Repetoire  Test  Results 


RUN 

TEST  ROUTINE  FOR  RCNTRL  SUBROUTINE _ 

ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
7  192 
POLL  =1 
FTYPE  =1 

N ( R )  =5  _ 

N  (  S )  -3 
AGAIN  (Y/N) 

?  Y  _ _ 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  225  _ _ _ 

POLL  =0 
FTYPE  =2 

N(R)  -7  _  __  _ _ 

AGAIN  (Y/N) 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
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POLL  =1  _  _ _ 

FTYPE  =3 
NCR)  =2 

AGAIN  (Y/N) _  _ 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
?  131 
POLL  =0 

FTYPE  —4  _ _ 
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?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
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ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 
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AGAIN  (Y/N) _ 

?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD _ 

?  31 
POLL  =1 

FTYPE  =-l  _ 

AGAIN  (Y/N)  . 

?  Y  Figure  5-3(a) 
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ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  135  _  _ _ _ 

POLL  =0 
FTYPE  =-l 

AGAIN  (Y/N)  _  _ _ _ _ 

?  Y 
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POLL  =1 
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?  Y 


ENTER  DECIMAL  EQUIVALENT  OF  CONTROL  FIELD 

?  63  _  _ _ 

POLL  =1 
FTYPE  =-l 

AGAIN  (Y/N)  .  _  _ _ 

?  N 

TEST  COMPLETE 


Figure  5-3 (b) 
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6.0  DISCUSSION  OF  FEASIBILITY 


As  discussed  previously,  one  of  the  objectives  of  this  program  is  to 
determine  the  practicality  of  using  a  microprocessor,  such  as  the  M6800, 
to  implement  the  unbalanced  normal,  unbalanced  asynchronous,  and  balanced 
asynchronous  class  of  procedures.  Two  major  factors  affecting  the 
feasibility  are  the  number  of  instructions  required  to  implement  the 
protocol,  and  the  time  necessary  to  execute  these  instructions.  The 
total  number  of  instructions  has  a  significant  effect  on  the  cost  of 
developing  a  processor-based  system,  and  the  throughput  (or  baud-rate 
over  the  communication  line  in  this  instance)  is  determined  by  the  exe¬ 
cution  speed  through  critical  paths  on  the  program.  These  factors  are 
discussed  below. 

6.1  Memory  Requirements 

The  number  of  instructions  required  to  implement  the  protocol  can 
be  approximated  by  examining  the  detailed  flow  charts  in  Section  h.O. 

This  number  is  estimated  to  be  850  instructions.  Note  that  this  does  not 
include  code  for  an  operating  system  or  code  required  to  manage  the 
concurrent  processes  discussed  previously.  Approximately  250  instructions 
will  be  required  for  the  OS,  including  a  task  multiplexer,  depending  on 
the  hardware  design  and  desired  features. 

Memory  is  also  required  for  variable  storage  (approximately  220  bytes) 
and  for  the  data  buffers  for  sending  and  receiving  messages.  Two  eight- 
message  buffers  would  require  16  times  the  number  of  bytes  in  a  message. 


6.2  Execution  Time 


The  speed  at  which  the  microprocessor  can  execute  the  protocol  in 
real-time  depends  to  a  large  extent  on  the  actual  hardware /software  design: 
The  hardware  design  can  be  "standard"  or  it  can  include  many  processes 
accomplished  in  hardware  (such  as  the  F6856) .  For  the  purpose  of  this  pro¬ 
gram,  the  standard  approach  with  the  aid  of  the  F685o  is  assumed.  The 
software  design  must  address  the  time -critical  portions  of  the  simultaneous 
transmit/receive  processes  to  ensure  that  these  critical  processes  may  be 
serviced  in  real  time.  For  this  program,  no  attempt  has  been  made  to 
optimise  these  processes,  since  a  thorough  analysis  is  required  to  determine 
just  what  is  "critical."  However,  some  rough  estimates  can  be  made  based 
on  the  current  state  of  the  design. 

Assuming  a  MPU  rate  of  1  cycle/microsec.  it  appears  that  a  3.6  or 
19.2  kilobit/sec.  transmission  rate  would  not  be  too  difficult.  That  is, 
a  19.2  kilobit/sec  rate  is  equivalent  to  U00  microseconds  per  byte  trans¬ 
mitted,  which  is  approximately  100  instructions.  It  should  be  possible  to 
implement  the  critical  parts  of  the  send/receive  process  using  between 
100  and  200  instructions.  A  more  thorough  analysis  might  reveal  that 
100  kilobit/sec  rate  may  be  possible,  but  certainly  difficult.  A  faster 
MPU  and  additional  hardware  might  be  required.  Another  tradeoff  that  can 
be  made  is  memory  for  speed;  that  i3,  table  look-up  may  be  used  in  some 
cases  to  reduce  the  number  of  instructions  required  to  be  executed. 
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APPENDIX  A 

SYNCHRONOUS  PROTOCOL  COMMUNICATIONS  CONTROLLER  -  F6856 


PRELIMINARY  OATA  SHEET  •  SEPTEMBER  1979  ■ 


DESCRIPTION  -  The  F3846/F6856  Synchronous  Protocol  Communications  Controller 
(SPCC)  is  a  monolithic  n-channel  MOS-LSI  circuit  designed  to  satisfy  the  major  interface 
requirements  for  Bit  Oriented  (BOP)  and  Byte  Control  Protocols  (BCP).  The  SPCC  converts 
parallel  data  from  the  CPU  to  a  continuous  senal  data  stream  for  transmission.  Simultane¬ 
ously.  it  converts  received  senal  data  to  parallel  data  for  the  CPU.  The  SPCC  is  organized  to 
interface  with  either  an  8  or  16-bit  bidirectional  data  bus.  is  fully  TTL  compatible  and  oper¬ 
ates  from  a  single  »5V  supply. 


•  F6800  AND  8080  BUS  COMPATIBLE 
A  OC  TO  1M  BPS  OATA  RATE 

•  LINE  CONTROL  PROTOCOLS 

BIT  ORIENTED  PROTOCOLS  (BOP):  SOLC,  ADCCP,  HOLC 

BYTE  CONTROL  PROTOCOLS  (BCP):  BISYNC,  DOCMP  AND  OTHER  BCP 

•  BIT  ORIENTED  PROTOCOLS 

AUTOMATIC  DETECTION  AND  GENERATION  OF  SPECIAL  CONTROL  SEQUENCES. 
I.e.,  FLAG,  ABORT,  GO-AHEAD 
ZERO  INSERTION  ANO  DELETION 
PRIMARY  OR  SECONDARY  STATION  SELECT 
GLOBAL  ADORESS 
AUTOMATIC  EXTENDED  ADORESS 
ONE  OR  TWO  CONTROL  BYTES 

OATA  CHARACTER  LENGTH  OF  FIVE  TO  EIGHT  BITS  WITH  1  TO  8- BIT  RESIDUmL  LAST 
CHARACTER 

CCTTT-CRC  ERROR  DETECTION 
IBM  RETAIL  STORE  LOOP  MODE 

•  BYTE  CONTROL  PROTOCOL  -  BISYNC 

SPECIAL  CHARACTER  GENERATION:  DUE,  SYNC 

SPECIAL  CHARACTER  DETECTION:  OLE,  SYNC  SOH,  STX,  1TB,  ETB,  ETX 
USASCH  OR  EBCDIC 

NON-TRANSPARENT  MODE  ANO  TRANSPARENT  MODE 
S-BfT  CHARACTER  LENGTH 

AUTOMATIC  FILL  CHARACTER  MSERTION  WITH  SELECTABLE  STRIPPWG 
CCITT  OR  CRC-16  ERROR  DETECTION 

•  BYTE  CONTROL  PROTOCOLS  -  DOCMP  ANO  OTHER 

PROGRAMMABLE  SYNC  CHARACTERS 
S  TO  S-BfT  CHARACTER  LENGTH 
SELECTABLE  CRC  ERROR  DETECTION 

AUTOMATIC  FILL  CHARACTER  INSERTION  WITH  SELECTABLE  STRIPPING 

•  DIRECTLY  ADDRESSABLE  PARAMETER  CONTROL  REGISTERS:  MODE.  SYNC,' ADDRESS, 
TRANSMITTER  CONTROL  ANO  RECEIVER  CONTROL 

•  SEPARATE  ADDRESSABLE  STATUS  AND  DATA  REGISTERS  FOR  RECEIVER  ANO 

TRANSMITTER  _ 

•  MOOEM  HANDSHAKE  SIGNALS:  RTS,  CTS,  DTR,  OSR  ANO  CARRIER  DETECT  (CO) 

•  NRZ  OR  NHZI  (ZERO  COMPLIMENTING) 

•  FULL  OR  HALF  DUPLEX  OPERATION 

•  SELF  TEST  LOOP  MOOE 

•  •  OR  1  S-BfT  BIDIRECTIONAL  3-STATE  OATA  SUS 

•  TTL  COMPATIBLE 

•  SINGLE  +S  V  SUPPLY 

•  40-PIN  PACKAGE 


•1979  FtircfttJd  Camera  and  Inatmment  Corporation  Printed  in  U.S.A.  333-11*0012-086  IS  M 
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Fig.  3  TRANSMITTER  DATA  PATH 


INPUT/OUTPUT  DESIGNATIONS 

NAME 

TYPE 

FUNCTION 

Do-Dis 

I/O 

DATA  BUS,  D0-D15  contain  bidirectional  data  status  arid  control  information  to  and  from  the  CPU  Do-O? 
may  be  Wired-OR  to  Dg'Dis  for  use  as  an  8-bit  data  bus. 

Ao-A? 

1 

REGISTER  ADDRESS  A0-A2  select  internal  data,  status  and  control  registers  The  internal  registers  may  be 
selected  as  eight  or  16  bits.  See  Register  Address  section 

BYTE 

' 

BYTE.  A  HIGH  level  indicates  an  8-bit  data  bus  A  LOW  Jevel  indicates  a  16-bit  bus 

Cl 

CHIP  ENABLE.  A  LOW  level  enables  a  data  bus  transfer  with  DBE 

•R/W 

1 

READ/WRITE.  A  HIGH  level  allows  data  from  the  addressed  register  to  be  output  to  the  data  bus  A  LOW 
level  allows  data  from  the  bus  to  be  loaded  into  the  addressed  register 

•DBE 

DATA  BUS  ENABLE;  A  strobe  on  this  input  causes  information  transfer  between  the  data  bus  and  the 
addressed  register  when  the  CE  input  is  LOW 

ci 

1 

CHIP  INITIALIZE:  A  LOW  level  initializes  the  internal  control  registers  and  timing. 

RCLK 

1 

RECEIVER  CLOCK;  RCLK  provides  timing  for  the  receiver  logic.  RCLK  frequency  is  the  same  as  the 
received  baud  rate 

RSI 

1 

RECEIVED  SERIAL  INPUT  RSI  is  the  received  serial  data.  Data  changes  on  the  positive  going  edge  of  RCLK 

TCLK 

1 

TRANSMITTER  CLOCK  TCLK  provides  timing  for  the  transmitter  logic  TCLK  frequency  is  the  same  as  the 
transmitted  baud  rate 

TSO 

o 

TRANSMITTER  SERIAL  OUTPUT  TSO  is  the  transmitted  serial  data.  Data  changes  on  the  positive  going 
edge  of  TCLK 

ROA 

o 

RECEIVER  DATA  AVAILABLE  A  HIGH  level  indicates  an  assembled  character  is  m  the  Receiver  Buffer 

RDA  is  reset  on  the  trailing  edge  of  DBE  when  the  Receiver  Buffer  is  read  by  the  CPU 

RSOF 

0 

RECEIVED  SYNC  OR  FLAG  RSOF  is  HIGH  for  one  receiver  clock  period  each  time  a  received  SYNC  or 
FLAG  is  detected 

TBMT 

o 

TRANSMITTER  BUFFER  EMPTY  A  HIGH  level  indicates  the  device  is  ready  to  receive  new  data  and/or 
control  information  from  the  CPU.  TBMT  is  reset  on  the  trailing  edge  of  DBE  when  the  Transmitter  Butter 
is  loaded. 
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INPUT/OUTPUT  DESIGNATIONS  (Cont'd.) 


NAME 

TYPE 

FUNCTION 

IRQ 

— 

0 

INTERRUPT  REQUEST  A  LOW  level  indicates  an  error  has  occurred  as  a  result  of  a  Receiver  Overrun  ROVR  i 
or  Transmitter  Underrun  TUR  ROVR  occurs  if  the  CPU  fails  to  read  data  from  the  Receiver  Buffer  before  it  is 
overwritten  by  the  next  assembled  character  TUR  occurs  if  the  CPU  fails  to  load  the  Transmitter  Buffer  within 
one  character  time  after  TBMT  goes  HIGH  IRQ  is  reset  on  the  trailing  edge  of  DBE  when  the  Receiver  Status  is 
read  for  an  ROVR  or  the  Transmitter  Status  for  a  TUR 

STS 

o 

DATA  TERMINAL  READY  The  DTR  output  is  general  purpose  m  nature  it  can  be  set  LOW  by  programming 
the  appropriate  bit  of  the  Receiver  Control  Register 

OSR 

1 

DATA  SET  READY  The  DSR  input  is  general  purpose  m  nature  it  can  be  tested  by  the  CPU  by  reading  the 
Transmitter  Status  Register 

CD 

1 

CARRIER  DETECT  The  CD  inpuf  >s  general  purpose  m  nature  It  can  be  tested  by  reading  the  Transmitter 
Status  Register 

RTS 

0 

REQUEST  TO  SEND:  RTS  is  used  with  CTS  to  enable  the  transmitter  it  may  be  set  LOW  by  programming 
the  appropriate  bit  of  the  Transmitter  Control  Register 

Ml  SC 

0 

MISCELLANEOUS  The  MlSC  output  is  general  purpose  m  nature  It  can  be  set  LOW  by  programming  the 
appropriate  bit  of  the  Receiver  Control  Register 

CTS 

1 

CLEAR  TO  SEND  CTS  is  used  with  RTS  to  enable  the  transmitter  It  can  be  tested  by  reading  the  Transmitter 
Status  Register 

Vcc 

1 

POWER  SUPPLY  INPUT  ^5  V 

Vss 

1 

GROUND  0  V  reference 

t  RD 

l 

READ  PULSE  Puise  negative'  on  this  input  with  address  and  £E  'ransfers  the  addressed  data  register 
contents  to  tne  data  bus. 

t  WR 

1 

WRITE  PULSE  Pulse  negative  on  this  input  with  address  and  Cl:  transfers  the  data  bus  information  to  the 
addressed  register 

•Pm  laoei  for  F 
'Pm  label  for  F3846 

ERROR  CONTROL 

BOP 

A  Frame  Check  Sequence  iFCSI  is  I  ansrmttetVreceived  as  a  '  6-01  character  tollowinq  tfia  last  data  character  ot  a 
frame  The  CRC  polynomial  used  lo  generate/ check  the  ECS  is  CRC-CCITT  (X,s  <-  X12  +  X5  1)  with  the 
dividend  preset  to  O'  or  1  s 

BISYNC 

A  Slock  Chock  Character  (BCC)  is  Iransmitted  -aceived  as  a  1 6-Bd  character  following  an  ITB,  ETB  or  ETX 
character  The  CRC  polynomial  used  to  generataicheck  tha  BCC  is  either  CRC-16  (X’s  *  X1*  +  X2  ♦  1)  or 
CRC-CCITT  with  the  dividena  preset  to  O  s. 

BCP 

A  BCC.  twice  the  data  character  length  is  transmittedreceived  following  tha  last  data  character  of  a  message  if 

CRC  is  selected  The  CRC  polynomial  usad  to  generate/check  the  CRC  changes  with  character  length.  These 
polynomials  are  fisted  below 

5  Bit  x'°  »  X®  *  X3  *  X2  *  t 

8  Bit  X12  ♦  X11  *  X3  *  X2  *  1  (CRC- 12) 

7  Bit  X’4  ♦  X12  *  X4  ♦  X2  *  1 

8  Bit  CRC-1 8  or  CRC-CCITT 

The  dividend  is  always  preset  to  "0"s 
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REGISTER  DEFINITIONS 


|  BITS 

DESCRIPTION 

ADDRESSABLE 

MCSA 

Mode  Control  Sync/Address 

16 

1..a  upper  eight  bits  (MCR)  contain  mode  control  information  common  to  the 
receiver  and  transmitter  The  lower  eight  bits  iSAR)  contain  the  programmed  SYNC 
character  in  BCP  or  the  secondary  address  in  BOP  It  is  not  used  m  Bisync  mode- 

TCDR 

Transmitter  Control  and 

Data  Register 

16 

The  upper  eight  bits  (TCR)  contain  control  information  specifically  for  the  transmitter 

The  lower  eight  bits  (TDB)  contains  the  data  character  to  be  transmitted. 

RCTS 

Receiver  Control  and 

Transmitter  Status 

Register 

16 

The  upper  eight  bits  (RCR)  contun  control  information  specifically  for  the 
receiver.  The  lower  eight  bits  (TS'R)  contain  transmitter  and  modem  status  information 

RSDR 

Receiver  Status  and 

Data  Register 

16 

The  upper  eight  bits  (RSR)  cor  tain  receiver  status  information  The  lower 
eight  bits  (RDB)  contains  the  assembled  received  character 

INTERNAL  RECEIVER 

RlR 

Receiver  Input  Register 

8 

RlR,  RIB,  RSPR  are  used  for  character  assembly  and  CCR  is  used  to  check  for 
received  CRC  error. 

RIB 

Receiver  Input  Butter 

16 

RSPR 

Receiver  Senal  to 

Parallel  Register 

3 

CCR 

CRC  Check  Register 

16 

INTERNAL  TRANSMITTER 

TXR 

CGR 

Transmitter  Shift  Register 

CRC  Generation  Register 

S 

TXR  is  used  to  convert  parallel  data  from  TDB  to  a  senal  output.  CGR  generates  the 
transmitted  CRC  check  sequence 

SHORT  FORM  REGISTER  FORMAT 


15 

14 

13 

12 

11 

10 

9 

8 

7  6  5  4  3  2  1  0 

MCSA 

PROTOCOL 

SELECT 

«  ‘ _ 

LRSS 

cc 

NRZI 

LOOP 

EC 

- 1 - 1  » - 1 - 1 - 1  1 

SYNC/SECONDARY  ADDRESS 

L  1  1  1  1  1  1 

MCR  - 

- —  SAR 

TCDR 

SOM 

TACG 

GATD 

EOM 

RTS 

- 1 - 1 

TCLrTCL0 

_ i _ l _ 

1  1  1  1  1  I  1 

TRANSMITTER  DATA 

i  i  J  i  i  i  l _ 

TCR  - 

- —  TDB 

RCTS 


RSOR 


DTR 

MISC 

NOT 

USED 

CRC 

RE 

- 1 - 

RCL,-RCLo 

_ 1 _ 

TUR 

TBMT 

TOR 

n6t 

USED 

CTS 

CD 

DSR 

RCR  — — - 

- -  TSR 

ROVR 

RDA 

REOM 

ABGA 

l - 1 

RDLj-RDLq 
_ 1 _ 1 _ 

RERR 

- 1 - 1 - 1 - 1 - 1 - 1 - 1 - 

RECEIVED  DATA 

_ 1 _ 1 _ 1 _ 1 _ 1 _ 1 _ 1 _ 
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SPECIAL  CHARACTERS 

character  pit  PATTERN  FUNCTION 


BOR 


FLAG 

01 1 1 1 1 10 

abort 

ilium  Generated 
11111110  Detected 

GA 

1 1  1  !  11  10 

ADDRESS 

SAR 

BISVNC 

SVNC 

oooiono  usascii 

00110010  EBCDIC 

PAD 

11111111 

OLE 

00010000 

SOH 

0000000) 

SIX 

00000010 

ITS 

0001 1111 

ETB 

00010111  USASCII 
00100110  EBCDIC 

ET\ 

0000001 1  ET\ 

BCP 

SVNC 

SAR 

PAD 

11111111 

Frame 

Message 

Terminate  a  message  prematurely 

Close  frame  <n  Store  Loop  Mode 
Secondary  station  address 


Start  a  message  and  till  character 

End  of  frame  pad 
Data  'ink  escape 
Start  of  heading 
Stan  of  text 

End  of  intermediate  transmission  flock 
End  of  transmission  flock 

End  of  transmission 


Stan  a  message  and  till  character 

End  of  frame  pad.  selectable  fill  character  for  DDCMP 


FUNCTIONAL  DESCRIPTION  The  SPCC  <$  functionally  partitioned  mto  receiver,  transmitter,  ad¬ 
dressable  registers  and  data  bus  control  Figure  i  :$  a  block  diagram  of  the  SPCC  Figures  2  and  3 
show  the  data  flow  in  the  receiver  and  transmitter  ^espectiveiv 


RECEIVER  OPERATION 

GENERAL  •  The  Mode  Control  Sync  Address  Register  iMCSA)  must  he  programmed  pnor  to  starting 
receiver  operation  The  receiver  mav  then  he  enabled  and  the  character  length  established  bv  program¬ 
ming  the  receiver  control  register  iRCRl  Once  the  receiver  is  enabled,  data  on  the  RSI  input  will  be  serially 
shifted  mto  the  Receiver  Input  Register  (RlR)  Data  >s  decoded  trpm  NRZI  to  NRZ  as  it  is  continuously 
monitored  (On  a  bit-tor-Dit  basis)  tor  a  match  with  ihe  FLAG  iBOP'  or  S>NC  (Bisvnc  or  BCP)  character 
The  RSOF  output  is  set  HIGH  ‘or  one  RCLh  clock  period  when  a  match  occurs  The  receiver  then 
operates  as  described  beiow  tor  each  mode  ot  operation 

BOP  OPERATION  A  flow  chart  ot  BOP  receiver  operation  s  shown  in  Figure  4  The  receiver 
starts  assembling  characters  and  accumulating  the  CRC  immediately  after  the  detection  ot  a  FLAG 
It  aiso  continues  'j  search  'or  additional  FLAG.  ABORT  or  GA  characters  on  a  bit  tor  bit  basis.  Zero 
deletion  (to  remove  .Vs  added  to  the  data  stream  after  five  consecutive  Ts  to  distinguish  data 
from  FLAG.  ABORT  and  GAl  is  implemented  m  the  RIR  attei  the  FLAG  detection  logic. 

Assembled  chan, cters  are  shitted  through  the  Receiver  Input  Butter  (RIB'  mto  the  Receiver  Senal-to- 
Parallel  Register  RSPRl  and  transferred  to  the  Receiver  Data  Butter  (RDB)  The  RDA  output  and  status 
bit  are  set  HIGH  each  time  data  is  transferred  to  RDB  Receiver  data  should  b<«  read  bv  the  CPU  before  the 
next  character  is  assembled  to  prevent  an  overrun  resulting  in  loss  ot  data  The  |T5<$  output  will  go  LOW 
tnd  the  ROVR  status  bit  will  be  set  4  an  overrun  occurs 

Character  length  assembly  s  set  at  eight  cuts  per  character  at  Ihe  start  ot  each  frame  It  remains  at 
eight  hits  until  the  address  a.x)  control  holds  See  Fgure  5)  have  been  processed.  Character  length 
switches  to  the  programmed  length  at  the  start  of  the  information  held,  it  any.  until  the  closing  FLAG. 
ABORT  or  GA  is  detected  The  length  ot  the  address  held  is  determined  bv  monitoring  the  least 
significant  bit  LS8)  of  each  address  character  lor  a  logic  i  The  last  character  ot  the  address  held 
has  a  ’i  in  t  ie  L5B  The  length  of  the  control  held  is  one  or  two  bytes  as  programmed  in  the  MCR 

Character  assemtv  and  CRC  accumulation  are  stopoed  when  a  closing  FLAG.  ABORT  or  GA  is 
detected  REOM,  ABGA  u(  the  dosing  character  was  an  ABORT  or  GA).  RDtp-RDlj  (indicating 
length  ot  last  character)  and  RERR  (it  the  accumulated  CRC  is  incorrect)  status  bits  are  set  The  last 
character  is  transferred  to  RDB  and  the  RDA  output  is  set  HIGH 


A-* 
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Fig.  4  BOP  RECEIVE 
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CONTROL 
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FCS 
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BYTES 

1  OR  2 
8-BIT 
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0  to  m  BITS 

16 

BITS 

Fig.  5  BOP  MESSAGE  FORMAT 
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The  CRC  accumulation  includes  all  characters  following  the  opening  FLAG  through  the  frame  check 
sequence  (FCS).  The  contents  of  the  CRC  Check  Register  (CCR)  are  checked  at  the  close  of  a  frame  if 
CRC  is  selected.  If  an  error  is  detected,  RERR  status  bit  is  set.  Neither  the  FCS  nor  the  closing  FLAG  are 
assembled  and  passed  on  to  the  CPU. 

The  receiver  may  be  turned  off  after  the  status  and  last  characters  are  read  by  the  CPU  by  resetting  the  RE 
bit  of  RCR  or  it  can  be  left  active  to  receive  additional  (Tames. 

The  closing  FLAG  of  one  frame  may  be  used  as  the  opening  FLAG  of  the  next  frame.  Character  assembly 
of  the  next  frame  starts  with  the  first  non-FLAG  character.  If  the  frame  was  closed  with  an  ABORT  or  GA, 
an  opening  FLAG  must  be  detected  before  character  assembly  of  the  next  frame  is  staned. 

All  receiver  status  bits  except  RDA  are  reset  after  the  Receiver  Status  Register  (RSR)  is  read  by  the  CPU. 
The  RDA  output  and  status  bit  are  reset  when  RDB  is  read  by  the  CPU. 

If  secondary  address  is  selected,  the  first  non-FLAG  character  of  a  frame  is  compared  to  the  contents  of 
the  SYNC/Address  Register  Oata  for  the  frame  is  not  passed  on  to  the  CPU  if  no  address  match 
occurs.  When  GLOBAL  address  is  selected,  an  all  Is'  address  results  in  an  address  match. 

LOOP  REPEATER  OPERATION  -  Loop  Repeater  Mode  is  a  special  case  of  BOP  Receiver  opera¬ 
tion  is  the  same  as  for  BOP  except  the  NRZI  decode  logic  is  disabled,  frames  may  be  terminated  by 
a  GO-AHEAD  or  FLAG,  and  received  data  and  GA  are  routed  to  the  transmitter.  RCLK  and  TCLK 
should  be  tied  together  in  this  mode. 

BISYNC  OPERATION  -  A  flow  chart  of  Bisync  receiver  operation  is  shown  in  Figure  6.  Characters  in 
Bisync  mode  may  be  either  EBCDIC  or  USASCtl  as  programmed  in  the  MCR.  Character  length  defaults  to 
eight  bits.  The  eighth  bit.  when  USASCII  is  programmed  may  be  used  for  odd  parity  by  the  CPU.  It  is 
ignored  in  the  recognition  of  the  USASCII  characters 

Character  assembly  starts  after  receipt  of  two  continuous  SYNC  characters  and  continues  until  the 
receiver  is  turned  off  by  resetting  the  RE  bit  of  RCR  Assembled  characters  are  shifted  through  the  RIB  to 
the  RSPR  and  transferred  to  the  RDB.  The  RDA  output  and  status  bit  are  set  HIGH  each  time  a  character 
is  transferred  to  the  RDB.  All  characters  which  match  the  SYNC  character  in  non-transparent  mode  and 
OLE  SYNC  pairs  (if  not  immediately  preceded  by  an  odd  number  of  DLE's)  in  transparent  mode  are 
excluded  from  the  RDB  However,  the  RSOF  Output  goes  HIGH  for  one  RCLK  clock  period  each  time  a 
SYNC  character  is  detected. 

Data  must  be  read  by  the  CPU  each  time  the  RDA  output  goes  HIGH  before  the  next  character  is 
assembled  to  prevent  an  overrun,  resulting  in  loss  of  data.  The  IRQ  output  goes  LOW  and  the  ROVR 
status  bit  is  set  if  an  overrun  occurs. 

The  receiver  always  starts  operation  in  the  non-transparent  mode.  It  switches  to  transparent  mode  if  a 
OLE  STX  character  pair  is  received.  The  receiver  will  then  remain  in  transparent  mode  until  a  DLE  ITB, 
OLE  ETB  or  DLE  ETX  (it  not  immediately  preceded  by  an  odd  number  of  DLE's)  character  pair  is  received. 

CRC  accumulation  begins  after  the  first  non-SYNC  character  if  the  first  character  is  an  SOH  or  STX.  It 
begins  after  the  second  non-SYNC  character  and  enters  transparent  mode  if  the  first  two  non-SYNC 
characters  are  DLE  STX.  SYNC  characters  in  non-transparent  mode  or  DLE  SYNC  pairs  in  transparent 
mode  are  excluded  from  the  CRC  accumulation.  The  first  DLE  of  a  DLE  DLE  sequence  and  the  DLE  of 
DLE  ITB,  DLE  ETB  or  DLE  ETX  sequences  are  not  included  in  the  accumulation.  The  CRC  is  checked  for 
0000  remainder  after  receipt  of  an  ITB.  ETB  or  ETX  in  non-transparent  mode  or  DLE  ITB.  DLE  ETB  or  DLE 
ETX  in  transparent  mode.  The  REOM  and  RERR  (a  non-zero  remainder  is  detected)  status  bits  are  set 
when  the  closing  character  is  transferred  to  the  RDB  and  RDA  is  set  HIGH.  The  block  check  character 
(BCC)  following  the  dosing  character  is  passed  to  the  CPU  as  the  next  two  characters.  If  the  closing 
character  was  an  ETB  or  ETX,  the  receiver  should  be  reset  by  dropping  the  RE  bit  of  RCR.  If  the  closing 
character  was  an  ITB,  CRC  accumulation  and  character  assembly  will  start  again  on  the  first  character 
following  the  BCC. 

All  receiver  status  bits  except  RDA  are  reset  each  time  RSR  is  read  by  the  CPU  The  RDA  output  and 
status  bit  are  reset  each  time  RDB  is  read  by  the  CPU. 
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Fig.  7  BISYNC  MESSAGE  FORMAT 


BCP  OPERATION  -  The  (low  diagram  for  BCP  mode  other  than  BISYNC  is  shown  in  Figure  8  The 
SYNC  character  is  programmed  in  Sync  Address  Register  iSAR)  All  characters,  including  the  SYNC 
character  are  the  length  specified  in  the  Receiver  Control  Register  (RCR). 

Character  assembly  starts  after  receipt  of  two  contiguous  SYNC  characters  and  continues  until  the 
receiver  is  turned  off  by  resetting  the  RE  bit  of  RCR  Assembled  characters  are  shifted  through  the  RIB 
to  the  RSPR  and  transferred  to  the  RDB  The  RDA  output  and  status  bit  are  set  HIGH  each  time  an 
assembled  character  is  transferred  to  the  RDB.  All  characters  which  match  the  SYNC  character  are 
excluded  from  the  RDB.  if  SYNC  stnp  has  been  programmed  Only  leading  SYNC  characters  are 
excluded  from  the  RDB  if  sync  stnppmg  has  not  been  programmed  However,  the  RSOF  output  goes 
HIGH  tor  one  RCLK  clock  period  each  time  a  SYNC  character  is  detected 

Data  must  be  read  by  the  CPU  each  time  the  RDA  output  goes  HIGH  before  the  next  character  is 
assembled  If  not.  an  overrun  will  occur  resulting  in  loss  of  data  The  IRQ  output  goes  LOW  and  the 
ROVR  status  bit  is  set  if  an  ovemjn  occurs 

CRC  accumulation  begins  with  the  first  non-SYNC  character  and  includes  all  subsequent  characters  it 
sync  stnp  is  not  programmed  The  CRC  accumulation  will  include  only  non-SYNC  characters  if  sync  strip 
is  programmed  The  CRC  accumulation  is  checked  each  character  time  and  the  RERR  status  bit  is  sm  if 
the  remainder  does  not  equal  0"  or  reset  it  the  remainder  equals  0.  Since  there  is  not  defined  end  of 
message  character,  the  REOM  status  bit  is  not  set  The  CPU  must  determine  when  the  end  of  message 
occurs  and  check  the  RERR  status  at  that  time  If  an  error  free  message  has  been  received.  RERR  will 
be  "0"  for  one  character  time  RE  should  be  dropped,  thereby  resetting  the  receiver,  after  the  last 
character  has  been  read. 
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TRANSMITTER  OPERATION 

GENERAL  -  The  Mode  Control  Sync/Address  Register  (MCSA)  must  be  programmed  pnor  to  start¬ 
ing  transmitter  operation.  The  RTS  bit  of  the  Transmitter  Control  Register  (TCR)  must  be  set  to  turn 
on  the  transmitter.  The  SOM  bit  of  TCR  may  also  be  set  at  this  time  and  the  Transmitter  Data  Buffer 
(TDB)  loaded  with  the  first  character  of  the  message.  When  RTS  has  been  loaded  into  TCR.  the 
RTS  output  goes  LOW  The  TSO  output  is  held  HIGH  (marks)  until  the  CTS  input  goes  LOW  Two 
SYNC  or  FLAG  characters  are  then  outputted  on  TSO.  if  SOM  has  been  set  Otherwise  TSO  will 
continue  to  output  marks  until  SOM  is  set  and  the  first  character  is  loaded  into  TDB.  Transmitter 
operation  after  the  two  SYNC  or  FLAG  characters  have  been  outputted  depends  on  the  mode  of 
operation  Note,  RTS  and  transmitter  character  length  must  be  reloaded  each  time  TCR  is  updated 
until  after  the  EOM  (end  of  message)  bit  has  been  set. 

BOP  OPERATION  -  Cl'.aiacter  length  in  BOP  mode  always  starts  at  eight  bits  per  character  each  frame  It 
remains  eight  bits  until  the  address  and  control  fields  have  been  transmitted.  It  then  switches  to  the 
programmed  length  at  the  start  of  the  information  field,  if  any,  until  the  last  character  has  been  transmitted. 
Character  length  switches  back  to  eight  bits  for  the  transmission  of  the  Frame  Check  Sequence  (FCS)  and 
the  closing  FLAG. 

A  flow  diagram  for  BOP  transmitter  operation  is  shown  in  Figure  1 0  The  secondary  address  is  transmitted 
after  the  initial  two  FLAGs.  The  secondary  address  comes  from  the  Synci Address  Register  (SAR)  if  the 
device  is  programmeo  as  a  secondary  station  or  from  the  TDB  if  the  device  is  programmed  as  a  primary  If 
the  secondary  address  came  from  SAR,  it  is  followed  in  the  transmission  by  the  character  from  TDB 
Characters  are  transferred  in  parallel  from  SAR  or  TDB  to  the  T ransmitter  Shift  Register  (TXR)  and  senally 
shifted,  LSB  first,  out  the  TSO  output.  The  TBMT  output  and  status  bit  are  set  HIGH  each  time  data  is 
transferred  from  TDB.  The  CPU  must  update  TCR,  if  required,  and  load  TDB  with  the  next  character  An 
underrun  occurs  if  this  is  not  done  within  one  character  time.  If  an  underrun  occurs,  the  TUR  status  bit  is  set 
and  an  ABORT  (11111111)  is  transmitted.  The  output  is  held  at  a  mark  until  SOM  is  set  for  a  new 
message.  A  transmitter  overrun  occurs  if  TDB  is  updated  before  TBMT  goes  HIGH  An  overrun  can 
result  in  the  misinterpretation  or  loss  of  the  character  in  TDB  The  TOR  status  bit  is  set  when  an  overrun 
occurs. 

The  least  significant  bit  (LSB)  of  each  character,  starting  with  the  secondary  address  is  examined.  The  first 
character  with  an  LSB  =  "1  “  denotes  the  last  character  of  the  address  field.  The  next  one  or  two  characters 
(programmed  in  MCR)  are  the  control  field-  The  character  length  switches  to  the  programmed  length  in 
TCR  after  the  last  character  of  the  control  field  unless  that  character  was  the  end  of  message. 

The  CPU  must  set  the  EOM  bit  of  TCR  when  loading  the  last  character  of  the  message.  Character  length 
may  be  changed  at  this  time  to  allow  transmission  of  a  residual  last  character.  The  character  in  TDB  is 
followed  by  the  FCS  (if  CRC  is  selected)  and  a  closing  FLAG  when  EOM  is  set.  The  transmitter  may  be 
turned  off  by  resetting  RTS  after  T8MT  goes  HIGH  or  it  may  remain  active.  The  closing  FLAG  of  one  frame 
may  be  used  as  the  opening  FLAG  of  the  next  frame  by  setting  SOM  and  loading  TDB  after  TBMT  goes 
HIGH.  If  the  transmitter  is  left  active  and  SOM  has  not  been  set.  FLAG  characters  are  transmitted  between 
frames  if  the  GATD  bit  of  TCR  equals  "0"  or  marks  if  GATD  equals  "1". 

A  message  may  be  termma’ed  at  any  time  with  an  ABORT  by  setting  the  TACG  bit  of  TCR  This  causes 
the  TSO  output  to  go  immediately  to  a  mark  condition  until  SOM  is  set. 

Data  transmitted  on  the  TSO  output  is  continuously  monitored  for  five  consecutive  "is."  A  0"  is  inserted 
in  the  data  stream  each  time  this  condition  occurs.  This  insures  a  data  character  will  not  be  interpreted 
as  a  FLAG.  ABORT  or  GA  at  the  received  end 

TUR  and  TOR  status  bits  are  reset  whenever  the  Transmitter  Status  Register  (TSR)  is  read.  The  TBMT 
output  and  status  bit  are  reset  when  TDB  is  loaded. 

CRC  accumulation  begins  with  the  first  non-  FLAG  character  and  includes  all  subsequent  characters  up  to 
and  including  the  last  data  character  The  accumulated  CRC  is  then  transmitted  as  the  FCS  following  the 
last  data  character,  if  CRC  is  selected 

LOOP  REPEATER  OPERATION  -  Loot  Repeater  Mode  is  a  special  case  of  BOP.  The  pnmary  station  in 
the  loop  should  be  programmed  for  norms  BOP  pnmary  operation.  The  GATD  bit  of  TCR  is  used  to  initiate 
a  polling  sequence.  When  this  bit  is  set,  ms  vs  are  transmitted  after  the  closing  FLAG  of  a  frame.  The  last 
0”  of  the  closing  FLAG  and  the  next  seven  s  are  interpreted  down  loop  as  a  GO-AHEAD.  The  end  of 
the  polling  sequence  is  detected  when  the  ABGA  (received  GA)  bit  of  the  RSR  is  set. 

Down-loop  stations  should  be  programmed  as  BOP  secondary,  loop  repeater  (LRSS  =  T"  in  MCR).  In 
this  mode,  data  received  at  the  RSI  input  is  delayed  one  bit  time  and  out  putted  on  TSO.  When  data  is  fo 


A-’2 


FAIRCHILD  •  F3846/F68S6 


Fig.  10  BOP  TRANSMIT 


3 


FAIRCHILD  •  F3846/F6856 


be  transmitted  in  this  mode,  the  CPU  should  set  RTS  and  SOM  and  load  the  first  character  into  TDB. 
CTS  is  ignored  in  this  mode.  The  transmitter  waits  for  a  received  GA,  When  a  received  GA  is  detected, 
the  seventh  1 "  is  changed  to  a  "0,  creating  a  FLAG.  This  prevents  down-loop  station  from  receiving  a 
GA,  reserving  the  line  for  the  transmitting  station.  The  TBMT  output  and  status  bit  are  set  and  transmitter 
operation  proceeds  in  normal  BOF  jperation  except  the  NRZI  encode  logic  is  disable. 

When  the  last  character  and  FCS  have  been  transmitted,  the  message  is  terminated  with  a  GA  TSO 
switches  back  to  RSI  delayed  one  bit  time.  Down-loop  stations  may  then  capture  the  line  by  detecting  the 
GA. 

RCLK  and  TCLK  should  be  tied  together  in  this  mode. 


BISYNC  OPERATION  -  A  flow  diagram  for  Bisync  transmitter  operation  is  shown  in  Figure  1 1 .  Character 
length  for  Bisync  mode  defaults  to  eight  bits  per  character.  The  transmitter  always  assumes  non¬ 
transparent  mode  unless  forced  to  transparent  by  the  CPU. 

The  message  format  following  the  initial  SYNC  pair  depends  on  the  action  of  the  CPU.  If  the  Transmitter 
Data  Buffer  (TDB)  has  not  been  loaded  with  the  first  character  of  the  message,  SYNC  characters  are 
outputted  on  TSO  until  a  TDB  load.  This  can  occur  only  with  an  8-bit  data  bus,  since  TCR  and  TDB  are 
loaded  simultaneously  for  a  1 6-bit  data  bus.  The  character  from  TDB,  when  available,  is  transferred  to  the 
Transmitter  Shift  Register.  (TSR)  and  serially  shifted  out  the  TSO  output.  The  character  in  TDB  is 
preceded  with  a  contiguous  DLE  when  GATD  (transmit  DLE)  is  set.  GATD  bit  is  cancelled  alter  it  has  been 
internally  processed.  The  first  occurrence  is  interpreted  as  a  DLE  STX  command  and  the  transmitter 
begins  transparent  mode  operation.  The  transmitter  will  remain  in  transparent  mode  until  the  end  of 
message. 

The  TBMT  output  and  status  bit  are  set  HIGH  each  time  data  is  transferred  from  TDB.  The  CPU  should 
update  TCR,  if  required,  and  load  TDB  with  the  next  character.  An  underrun  occurs  if  this  is  not  done  within 
one  character  time  and  the  TUR  status  bit  is  set  and  SYNC  characters  (or  DLE  SYNC  pairs  in  transparent 
mode)  are  transmitted  until  TDB  is  updated.  A  transmitter  overrun  occurs  if  TDB  is  updated  before  TBMT 
goes  HIGH.  An  overrun  can  result  in  the  misinterpretation  or  loss  of  the  character  in  TDB  The  TOR 
status  bit  is  set  when  an  overrun  occurs. 

The  EOM  bit  of  TCR,  GATD  (it  in  transparent  mode)  and  TACG  (if  the  accumulated  CRC  is  to  be 
transmitted  as  the  Block  Check  Character)  should  be  set  when  the  last  character  is  loaded  .nto  TDB.  The 
last  character  must  be  an  ITB,  ETB  or  ETX  if  CRC  is  used.  A  16-bit  BCC.  if  selected,  is  transmitted 
following  the  last  character  The  last  character  is  followed  by  marks  for  a  minimum  of  one  character  time  if 
no  BCC  is  transmitted. 

A  second  block  of  data  may  be  transmitted  immediately  following  the  BCC  by  setting  SOM  and  loading 
TDB  after  TBMT  goes  HIGH.  The  transmitter  may  be  turned  off  at  this  time  by  resetting  RTS  The 
transmitter  transmits  marks  following  the  BCC  for  a  minimum  of  one  character  time  if  SOM  is  not  set. 

CRC  accumulation  begins  after  the  first  non-SYNC  character  for  non-transparent  mode,  or  after  the 
second  non-SYNC  character  if  the  message  starts  in  transparent  mode.  The  CRC  continues  up  to  and 
including  the  last  character.  SYNC  characters  or  DLE  SYNC  pairs  caused  by  a  transmitter  underrun  are 
not  included.  Forced  OLE  characters  in  transparent  mode  are  not  included.  The  forced  DLE  of  a  DLE  STX 
pair  which  occurs  after  the  start  of  the  message  is  included.  See  Figure  7. 

TUR  and  TOR  status  bits  are  reset  whenever  the  Transmitter  Status  Register  (TSR)  is  read.  The  TBMT 
output  and  status  bit  are  reset  when  TDB  is  loaded. 
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The  message  tormat  following  the  initial  SYNC  pair  depends  on  the  action  of  the  CPU  It  the  Transmitter 
Data  Buffer  has  not  been  loaded  with  the  first  character  of  the  message,  SYNC  characters  are  transmitted 
until  a  TDB  load.  This  can  occur  only  with  an  8-bit  data  bus.  since  TCR  and  TDB  are  loaded  simultaneously 
for  a  16-bit  data  bus  The  character  from  TDB.  when  available,  is  transferred  to  the  Transmitter  Shift 
Register  (TSR)  and  serially  shifted  out  the  TSO  output.  The  TBMT  output  and  status  bit  are  set  HIGH  each 
time  data  is  transferred  from  TDB.  The  CPU  should  update  TCR,  if  required,  and  load  TDB  with  the  next 
character  An  underrun  occurs  if  this  is  not  done  within  one  character  time  and  the  TUR  status  bit  is  set  and 
SYNC  characters  (marks,  if  sync  stripping  is  not  programmed)  are  transmitted  until  TDB  is  updated.  A 
transmitter  overrun  occurs  if  TDB  is  updated  before  TBMT  goes  HIGH  An  overrun  can  result  in  the 
misinterpretation  or  loss  of  the  character  in  TDB  The  TOR  status  bit  is  set  when  an  overrun  occurs. 
The  EOM  bit  of  TCR  and  TACG  (if  the  accumulated  CRC  is  to  be  transmitted  as  the  Block  Check 
Character)  should  be  set  when  the  last  character  is  loaded  into  TDB.  The  last  character  is  followed 
by  a  BCC  and  a  pad  character  it  CRC  is  selected,  or  the  pad  character  only  if  CRC  is  not  selected. 
The  transmitter  may  be  turned  off  by  resetting  RTS  after  TBMT  goes  HIGH, 

CRC  accumulation  (See  Error  Control)  includes  all  non- SYNC  characters.  The  CRC  Generation  Reg¬ 
ister  (CGR)  in  BCP  mode  is  defined  as  twice  the  character  length. 

TUR  and  TOR  status  bits  are  reset  whenever  the  Transmitter  Status  Register  iTSR)  is  read  The 
TBMT  output  and  status  bit  are  reset  when  TDB  is  loaded. 

DATA  BUS  CONTROL  (6856) 

The  CPU  uses  the  Register  Address  (A0-A2).  Byte  Select  (BYTE).  Chip  Enable  (CE).  Read.  Write  (R'W), 
and  Data  Bus  Enable  (D8E)  inputs  to  control  information  transfer  on  the  data  bus.  The  Byte  Select  input 
specifies  a  1 6-bit  data  bus  when  BYTE  =  '0"  or  an  8-Dit  data  bus  when  BYTE  =  "1 For  an  8-bit  data 
bus.  Do  through  Dr  may  be  Wired-OR  with  the  corresponding  pins  Ds  though  Dis. 

A  read  operation  (R.W  =  ‘  1  )  is  initiated  on  the  leading  edge  of  DBE.  The  other  control  inputs  (Aq-Aj, 
BYTE.  CE  and  RW)  must  be  stable  before  the  leading  edge  of  DBE  (see  Dynamic  Charactenstics).  Any 
unused  bits  in  the  addressed  register  are  0."  D8-D,s  contain  receiver  status  when  TSR  is  read  using  a 
16-bit  bus.  Status  bits  are  reset  on  the  trailing  edge  of  DBE.  when  the  appropriate  register  is  read. 
Data  is  loaded  into  the  addressed  register  on  the  trailing  edge  of  DBE  for  a  wnte  (R.  W  =  0")  operation. 
The  other  control  inputs  must  be  stable  prior  to  the  leading  edge  of  DBE.  TBMT  is  reset  on  the  trailing 
edge  of  DBE  when  TCDR  (16-bit  bus)  or  TDB  (8-bit  bus)  is  addressed. 

DATA  BUS  CONTROL  (3846) 

Bus  control  tor  the  F3846  has  Ihe  same  characteristics  as  the  F6856  with  RD  only  tor  read  rather  than 
DBE  =  i  and  R'W  =  "1  '  and  WR  only  for  write  rather  than  DBE  =  1"  and  RW  =  0. 
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1 
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1 

1 

0 

0 

RSORy  (RSR) 

0 

1 
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1 
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t 

0 
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0 

1 

1 

0 

TCDRy  (TCR) 

1 

0 
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0 

0 

0 

1 

MCSAl  (SAR) 

1 

0 

0 

1 

0 

1 

MCSAy  (MCR) 

1 

0 

1 

0 

1 

1 

RCTS^  (TSR) 

0 

0 

1 

1 

1 

RCTSu  (RCR) 

1 

0 

PROGRAMMING 

The  Mode  Control  Sync  Address  Register  (MCSA)  is  a  directly  addressable  write  only  register  used  to 
configure  the  SPCC  tor  the  user's  specific  data  communications  environment.  MSCA  should  be 
programmed  after  initialization  and  prior  to  initiating  data  transmission  or  reception.  It  may  be 
changed  at  any  time  that  both  the  receiver  and  transmitter  are  disabled.  The  default  mode  latter 
initialization)  is  BOP  primary  with  one  byte  control  field.  NRZI  encoding,  8-bit  character  length  and 
error  control  using  CRC-CCITT  preset  to  'is.  The  lower  byte,  sync  address,  is  not  used  in  BOP  primary 
mode. 
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The  Transmitter  Control  and  Data  Register  (TCQR)  is  a  directly  addressable  write  only  register  which 
controls  the  format  of  the  transmitted  data.  The  lower  byte  (TDB)  contains  the  data  characters  to  be 
transmitted.  The  upper  byte  :TC  R )  contains  control  information  relating  specifically  to  the  data  being 
transmitted .  TCDR  may  be  updated  whenever  the  TBMT  output  is  HIGH  The  detauit  mode  tor  this  register 
is  all  Os  corresponding  to  transmitter  disabled 

The  upper  byte  tRCRl  of  the  Receiver  Control  and  Transmitter  Status  Register  (RCTS)  is  a  directly 
addressable  write  only  register  which  contains  control  information  specifically  related  to  the  receipt  of 
data  and  the  DTR  and  MISC  general  purpose  outputs.  Those  bits  which  control  the  received  charac¬ 
ter  length  should  not  be  changed  while  the  receiver  is  enabled  The  detauit  value  of  RCR  is  all  Os 
corresponding  to  receiver  disabled  and  general  purpose  outputs  at  a  HIGH  level 

Specific  definition  of  the  format  of  the  addressable  registers  is  given  in  the  following  section.  Address 
information  is  given  in  the  Data  Bus  Control  section. 


ADDRESSABLE  REGISTER  FORMAT 
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SELECT 


12  11  10  9  8 


LOSS  CC  NRZI  LOOP  EC 
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SYNC.  SECONDARY  ADDRESS 


MODE  CONTROL  SYNC.AODRESS  REGISTER  iMSCA)  -  Write  Only 


BIT 

NAME 

MODE 

FUNCTION 

0-7 

SAR 

BOP 

Sync  Address  Register 

Secondary  Address  for  secondary  station  mode 

,  Bisync 

Not  used 

BCP 

SYNC  Character 

8 

EC 

BOP 

Error  Control 

0  -  CCITT  preset  to  all  0  s 

1  =  CCITT  preset  to  ail  Vs 

Bisync 

0  ’  CRC-16  preset  to  all  O  s 

1  -*  CCITT  preset  to  all  O  s 

BCP 

Same  as  Bisync  for  8-bit  characters  length  ONLY 

9 

LOOP 

All 

Self  test  loop  mode  TSO  loop  to  RSI  internally 

10 

NRZI 

All 

0  =  NRZ  data 

1  =*  NRZI,  zero  complementing 

11 

CC 

BOP 

0  *  1  control  byte.  1  2  control  bytes 

Bisync 

Not  used 

BCP 

Not  used 

12 

LRSS 

,  BOP 

!  Loop  Repeater  Sync  Stnp 

0  »  Normal  mode 

1  -  Loop  repeater  mode 

Bisync 

Not  used 

BCP 

0  -  Tx  Mar*  for  FILL  character 

, 

Stnp  Leading  SYNC'S  only 
.  1  »  Tx  SYNC  for  FILL  character 

Stnp  all  SYNC's 

13-15 

All 

j  Protocol  Select  '5  14  13 

0  0  0  BOP,  Pnmary 

0  1  0  BOP.  Secondary 

0  1  i  BOP,  Second.  Global 

1  0  0  BCP 

1  1  0  Bisync  -  USASCII 

1  1  1  Bisync  -  EBCDIC 

0  o  1  Reserved 
1  0  1  Reserved 
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ADDRESSABLE  REGISTER  FORMAT  (Cont  d.) 


15  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 


1  SOM 
_ 

TACG  j GATD  , 

EOM  |  RTS 

"j - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - ' - ' 

|  TCL2  -  TCL<)  1  TRANSMITTER  DATA  BUFFER 

J _ l _ L_ _ _ 1 _ L  1 _ 1 _ ! _ : _ 

TRANSMITTER  CONTROL  ANO  DATA  REGISTER  (TCDR)  -  Write  Only 

BIT 

NAME 

MODE 

FUNCTION 

0-7 

TDB 

All 

Transmitter  Data  Buffer 

8-10 

TCLo-TCL2 

BOP'BCP 

1 

BISYNC 

|  Transmitter  Character  Length 

1  8  9  10 

0  0  0  8-bits 

10  0  1 

1  0  1  0  2 

1110  3 

0  0  14 

10  15 

0  116 

11117 

1  Character  length  automatically  8-bits 

11 

RTS 

All 

Request  to  Send  0"  =  1  on  RTS  output:  ' i "  =  0  on  RTS  output. 

12 

EOM 

All 

End  of  Message  i  ’  defines  character  in  TBD  as  last  data  character  of  message  This  bit  is 
self-canceiling 

13 

GATD 

BOP 

BISVNC 

BCP 

Go-ahead/Transmit  DLE 

O  '  =  FLAGS  transmitted  Detween  Irames 

1  =  Marks  Iransmitled  Between  frames 

7 "  =■  Transmit  DLE  character  ahead  of  character  in  TDB  Enter  transparent  mode 

Not  used 

14 

TACG 

■  BOP 

BISYNC. 

BCP 

|  Transmit  Abort  CRC  Generate 
!  7 "  =  Transmit  Abort 

0"  -  No  CRC  on  transmitted  message 
'  -  Transmit  Block  Check  Character  after  last  data  character 

15 

SOM 

i  All 

;  Start  of  Message  initiates  start  of  message  causing  SYNCs  or  FLAGs  to  be  transmitted 

This  bit  is  self-cancelling 
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ADDRESSABLE  REGISTER  FORMAT  tContd.) 


15 

14 

13  12  11 

10  9  8 

7  6  5  4  3  2  1  0 

DTR  i 

MISC 

- - 1 - 

NOT 

USED 

1  r 

1  CRC  I 

i 

1  T 

RE  1  ROL,  -  RCLo 

_ 1 _ 1 _ 

TUR  TBMT  1  TOR  N0T  '  CTS  CD  DSR 

!  USED  j 

1  _ i _ _ _ i _ ; _ _ ; 

RECEIVER  CONTROL  AND  TRANSMITTER  STATUS  REGISTER  (RCTS)  -  Read/Wnte 

BIT 

NAME 

MOOE 

FUNCTION 

0 

DSR 

All 

Data  Set  Ready  Equals  "1"  when  DSR  input  is  LOW 

1  CO 

All 

earner  Detect.  Equals 

"V  when  CD  input  is  LOW 

2 

CTS 

All 

Clear  to  Send.  Equals 

1  when  CTS  input  is  LOW 

3-4 

Nol  used 

5 

TOR 

All 

Transmitter  Overrun.  " 

r  =  CPU  updated  TCDR  before  the  SPCC  was  ready 

6 

TBMT 

A!! 

Transmitter  Buffer  Empty  i  '  =  CPU  may  load  new  data  and/or  Control  information  in 

TCDR 

7 

TUR 

All 

Transmitter  Underrun  "V  =  CPU  farted  to  load  TDB  in  time.  Abort  is  transmitted  m  BOP  mode 
When  TUR  occurs  fill  characters  are  transmitted  in  BISYNC  or  BCP  TUR  occursalong  with 
a  LOW  level  of  IRQ  output 

8-9 

RCLq-RCL, 

All 

Receiver  Character  Length 

8  9 

0  0  8-bits 
1  0  5 
0  1  6 
1  1  7 


10 

RE 

All 

Receiver  Enable.  '1 "  enables  receiver 

11 

CRC 

All 

1  0  =  No  CRC  (Transmit/Receive) 

"i  ’  =  CRC  selected 

12-13 

Not  used 

14 

MISC 

All 

Miscellaneous.  0"  =  "1"  on  MISC  output:  V  =  0"  on  MISC  output 

15 

DTR 

AH 

Data  Terminal  Ready.  0"  -  'V  on  DTR  output:  i  -  O'1  on  DTR  output 

15 

14  13 

12  11 

10  9 

87654  321  0 

i  ROVR  j  RDA  REOM  !  ABGA  RDL 

2  -  PDLo 

_ 1 _ 

1  1  l  i  ; 

RERR  ;  RECEIVER  DATA  BUFFER 

_ _ 1 _ 1 _ i _ 1 _ . _ L.  -  J _ 

RECEIVER  STATUS  ANO  DATA  REGISTER  iRSDR)  -  Read  Only 

BIT 

NAME 

MODE 

FUNCTION 

0-7 

RDB 

All 

Receiver  Data  Buffer 

8 

RERR 

All 

Received  Error  '1"  -  CRC  error  occurred  on  received  message  Asserted  when  last 
character  is  in  RDB 

9-11 

ROLo-ROLj 

BOP  only 

Received  Last  Character  Length  Corresponds  to  the  number  of  bits  m  last  character 

000  *  8  bits  100  =  1  bit.  010  =  2  bits,  etc 

12 

ABGA 

BOP  only, 

Abort  Go-Ahead  Corresponds  to  received  Abort  if  RERR-  "1"  or  go- Ahead  if  RERR-  O' 

13 

REOM 

BOP 

BISYNC 

Received  End  of  Message 

'i'  ’  Received  FLAG.  A  bon  or  Go-Ahead 

* "  •=  Received  ITB.  ETB.  or  ETX  (preceded  by  OLE  m  transparent  mode) 

14 

RDA 

All 

Received  Data  Available  T‘  indicates  valid  data  available  <n  RDB 

15 

ROVR 

M  j 

L 

Receiver  Overrun  "1"  indicates  CPU  failed  to  read  data  in  RDB  before  next  character  was 
assembled.  Accompanied  by  a  LOW  on  IRQ  output 

A-  20 
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ABSOLUTE  MAXIMUM  RATINGS 

Operating  Temperature 

Ceramic 

-55°C  to  f  125°C 

Cermet 

-  55X  to  + 1 253C 

Plastic 

0°C  to  wo°c 

Storage  Temperature 

-65°C  to  -i- 1 50°C 

Supply  Voltage 

-0.3  V  to  -*-7,0  V 

Input'Output  Voltage 

-0.3  V  to  -i-IO  V 

Input  Voltage 

-0.3  V  to  +15  V 

Output  Voltage 

-0.3  V  *o  -10  V 

This  device  contains  circuitry  to  protect  the  inputs  against  damage  due  to  high 

static  voltages  or 

electnc  fields:  however,  it  is  advised  that  normal  precautions  be  taken  to  avoid  application  ot  any 

voltage  higher  than  maximum  rated  voltages, 

ELECTRICAL  CHARACTERISTICS:  Over  the  Operating  Temperature  Range 

Output  Voltage 

i 

! 

i 

i 

i 

! 

Voi 

Output  LOW 

| 

0.45 

i  v 

Iql  a  3.2  roA 

VOH 

,  Output  HIGH 

i  2.4 

: 

V 

'oh  -  *  600  jxA 
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USE  OF  A  MICROPROCESSOR  TO  IMPLEMENT  AN  ADCCP  PROTOCOL  ( FEOERAL— ETC (U) 
JUL  80  S  J  URBAN*  R  SCMAPHORST  DCA100-79-C-0050 

UNCLASSIFIED  NCS-TIB-80-7  NL 


FAIRCHILD  •  F3846/F6856 


PACKAGE  OUTLINE 


40-PIN  CERAMIC  DUAL  IN-LINE  SIDE*! RAZED 


590(14  986) 

566  (14  35D 


__  2.020)51  308)  . 
1  960(50  292) 


♦-(12  7)  _J 

„?r3J,  I 


610(15  494) 
”  590(14  966) 


176  |4  445) 
126(3  175) 


1  110)2  794)  . 

060(2  296) 


046(1  143) 
040(1  016) 


160(4  064) 
110(2  794) 


♦  066  i  011  (0  279)  1 

J  J  U  (2  159)1  006(0  229)-*! 
075 

(2  905)i  676(17  145)  I 

MAX. 

I  020  (0  500) 

— 016)0  406) 

'!  TYP 


NOTES: 

Alt  dimensions  in  inch**  (bold)  snd  milhmeters  I  parentheses) 

Pin  materiel  nickel  gold- pitted  hover 

Ctp  is  hover 

Bose  is  ceramic 

Package  weight  is  6  5  grams 


40-PIN  PLASTIC  DUAL  IN-LINE  PACKAGE 


nm  mirmeimim 


130(31021  .  .  I  'iS* 

.11012.3211  I  I  110127031m  010  II  J  L 

*^  000  (2  2331 TTF  OOTllr  .  T 


010 
(0  2041  I 


NOTES: 
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Oln*  ara  (In^MdoO  tow 
Packago  mowriM  r*  pintle 

01m  ora  Intonood  lor  moonton  in  nolo  row*  on  0.000"  ( 10.421 

conn ra 

Th*y  a ra  purpoWy  iMppod  witn  "podttm'  mmlullgnmont  to 


APPENDIX  B 

LSI  MICRO  PACKET  NETWORK  INTERFACE 


WESTERN  D/G/TAL  V 

CORPORA  TION 

LSI  MICRO  PACKET  NETWORK  INTERFACE  (pPAC)  WD2501 
SHORT  FORM  DATA  SHEET 


FEATURES 

•  Packet  Switching  Controller  Compatible  with  CCITT 
Recommendation  X.2S,  Level  2,  LAP. 

•  Programmable  Primary  Timer  (T1)  And  Retrans¬ 
mission  Counter  (N2) 

•  Programmable  A-Field  Which  Provides  A  Wider 
Range  Of  Applications  Than  Defined  By  X.25.  These 
Include:  OTE-To-DTE  Connection,  Multipoint,  And 
Loop-Back  Testing 

•  Direct  Memory  Access  (DMA)  Transfer:  Two 
Channels;  One  For  Transmit  And  One  For  Receive. 
Send/  Receive  Oata  Accessed  By  Indirect  Addressing 
Method.  No  External  Address  Latches  Required. 
Sixteen  Output  Address  Lines. 

•  Zero  Bit  Insert  And  Delete 

•  Automatic  Appending  and  Testing  Of  FCS  Field 

•  Computer  Bus  Interface  Structure:  S  Bit  Bi- 
Directional  Data  Bus.  CS,  WE,  RE-Four  Input 
Address  Lines 

•  DC  To  *1.6M  Bits/SEC  Baud  Rate 


•  TTL  Compatible 

•  48  Pin  Dual  In-Line  Packages 

•  Pin-for-pin  compatible  with  WD2511  (LAPB.) 

•  Higher  Baud  Rates  Available  By  Special  Order 
APPLICATIONS 

X.2S  PACKET  SWITCHING  CONTROLLER 
PART  OF  DTE  OF  DCE 
PRIVATE  PACKET  NETWORKS 

GENERAL  DESCRIPTION 

The  WD25 01  is  a  MOS/LSI  device  which  handles 
bit-oriented,  full-duplex  serial  data  communications 
with  DMA,  which  conforms  to  CCITT  X.2S  with 
programmable  enhancements. 

The  device  is  fabricated  in  N-Channel  silicon  gate  MOS 
technology  and  is  TTL  compatible  on  all  inputs  and  „  „ 
outputs.  *  • '  '  *  ’ 


WO  2801  SLOCK  DIAGRAM 
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INTERFACE  SIGNAL  DESCRIPTION 


•PIN 

NUMBER 

SYMBOL 

NAME 

FUNCTION 

48 

vcc 

Power  Supply 

+  5VDC  power  supply  input 

42 

voo 

Power  Supply 

+■  1 2VDC  power  supply  input 

18 

vss 

Ground 

Ground 

6 

CLK 

Clock 

Clock  input  used  for  internal  timing.  Must  be  square 
wave  from  1 .0  to  3.0  mHz. 

7 

MR 

Master  Reset 

Initialize  on  active  low.  All  registers  reset  to  zero, 
except  control  bits  MDISC  and  LINK  are  set  to  1 .  6a<5k 
must  be  stable  high  before  MR  goes  high. 

4 

CS 

Chip  Select 

Active  low  chip  select  for  CPU  control  of  I/O  registers. 

8-15 

DAL0-DAL7 

Data  Access  Lines 

An  8  bit  bi-directional  three-state  bus  for  CPU  and  DMA 
controlled  transfers. 

5 

RE 

Read  Enable** 

The  contents  of  the  selected  register  are  placed  on  DAL 
when  CS  and  RE  are  low. 

3 

WE 

Write  Enable 

The  data  on  the  DAL  are  written  into  the  selected 
register  when  53  and  are  low.  "HE  and  WE  must  not 
be  low  at  the  same  time. 

2 

REPLY 

Reply 

An  active  low  output  to  indicate  that  either  a  £3*WE  or 
CS»RE  input  is  present. 

43 

INTR 

Inte'rrupt  Request 

An  active  low  interrupt  service  request  output,  and 
returns  high  when  Status  Register  #1  Is  read. 

47-44 

IA0-IA3 

Address  Lines  In 

Four  address  inputs  to  the  2501  for  CPU  controlled 
read/write  operation  with  registers  in  the  2501 .  If  A  DRV 
x  0,  these  may  be  tied  to  A0  -  A3. 

26-41 

A0-A15 

Address  Lines  Out 

Sixteen  address  outputs  from  the  2501  for  DMA 
operation.  If  the  control  bit  ADRV  is  1 ,  the  outputs  are 
TTL  drives  at  all  times.  If  ADRV  is  0,  the  ouputs  are 
3-state,  and  are  Hl-Z  whenever  DACK  Is  high.  (ADRV 
is  in  Control  Register  #1.) 

23 

DMA  Request  Read 

An  active  low  output  signal  to  initiate  CPU  bus  request 
so  the  2501  can  output  onto  the  bus. 

B-2 


mm 

SYMBOL 

PIN  NAME 

FUNCTION 

24 

GROW 

DMA  Request  Write 

An  active  low  output  signal  to  initiate  CPU  bus  request 
so  that  data  may  be  written  into  the  2501 .  BROW  and 
DROR  cannot  be  low  at  the  same  time. 

25 

BS6K 

DMA  Acknowledge 

An  active  low  input  from  the  CPU  in  response  to  DROR 
or  BrqW.  DACK  must  not  be  low  if  C5  and  HE  are  low 
or  if  £5  and  wE  are  low. 

21 

TO 

Transmit  Data 

Transmitted  serial  data  output 

16 

RO 

Receive  Data 

Receive  serial  data  input 

22 

TC 

Transmit  Clock 

A 1 X  clock  input.  TD  changes  on  the  falling  edge  of  TC. 

17 

RC 

Receive  Clock 

if  the  NRZI  control  bit  is  0,  this  is  a  i  X  clock  input,  and 

RD  is  sampled  on  the  rising  edge  of  RC. 

If  the  NRZI  control  bit  is  1 .  this  is  a  32X  clock  input. 
Data  is  sampled  according  to  the  Digital  Phase  Locked 
Loop  (DPLL). 

Adjustment  of  the  sample  is  by  quadrant.  The 
sampling  may  be  monitored  by  the  R CO  output. 

19 

RTS 

Request-To-Send 

An  open  collector  (drain)  output  which  goes  low  when 
the  2501  is  ready  to  transmit  either  flags  or  data.  May 
be  hard-wired  to  ground. 

20 

cfs 

Clear-To-Send 

An  active  low  input  which  signals  the  2501  that 
transmission  may  begin.  If  high,  the  TD  output  is 
forced  high.  May  be  hard-wired  to  ground. 

PIN  NUMBERS  ARE  PRELIMINARY 

Throughout  this  document,  the  term  “reed"  refers  to  dsts  out  of  the  2501  end  “write”  refers  to  dats  going 
into  the  2501 . 


f 


The  W 02501  is  controlled  and  monitored  by  sixteen  I/O  registers. 

Control,  status,  and  error  bits  will  be  referred  to  as  CR,  SR,  or  ER,  respectively,  along  with  two  digits.  For  example, 
SRI 8  refers  to  status  register  #1  and  bit  6,  which  is  “XBA". 


REG# 

IA3 

IA2 

IA1 

IA0 

REGISTER 

REGISTER  GROUPING 

0 

■ 

mm 

0 

0 

CRO 

1 

■ 

mm 

1 

CR1 

OVERALL  CONTROL 

2 

i 

•SRO 

AND 

3 

1 

mm 

i 

i 

*SR1 

MONITOR 

4 

■ 

i 

■mm 

0 

*SR2 

S 

U 

i 

■i 

1 

*ER0 

6 

mm 

i 

i 

0 

’CHAIN  MONITOR 

RECEIVER 

7 

Bfl 

i 

i 

1 

•RECEIVED  C-FIELD 

MONITOR 

8 

t 

mm 

■a 

0 

T1 

TIMER 

9 

t 

u 

mm 

1 

N2/T1 

A 

i 

n 

i 

0 

TLOOK  HI 

8 

i 

mm 

i 

1 

TLOOK  LO 

DMA  SET  UP 

C 

i 

i 

mm 

0 

CHAIN/LIMIT 

0 

i 

i 

m 

1 

(UNUSED) 

E 

i 

i 

i 

0 

XMT  COMMAND  "E" 

"A"  FIELD 

F 

t 

i 

i 

1 

XMT  RESPONSE  "F" 

CPU  READ  ONLY.  (Writs  not  poaible) 


CONTROL, STATUS, ERROR  REGISTERS 


REGISTER 

7 

6 

5 

4 

3 

2 

1 

0 

CRO 

0 

0 

0 

ACTIVE/ 

PASSIVE 

LOOP 

TEST 

0 

RECR 

MDISC 

CR1 

0 

0 

0 

ADRV 

RRT1 

0 

0 

SEND 

SRO 

NA2 

NA1 

NAO 

RNRR 

NB2 

NB1 

NBO 

RNRX 

SRI 

’PKR 

’xBA 

’error 

NE2 

NE1 

NEO 

SR2 

TIOUT 

Frts 

REC 

IDLE 

RANC 

UNK 

ERO 

ER07 

ER06 

ER05 

ER04 

ER03 

ER02 

EROI 

EROO 

1  Causes  Interrupt  (INTR  Goes  Low). 


8IT 

DESCRIPTION 

CRC7’ 

Umiamt  control  bits,  KksCROT,  should  boD.  •• 

CRO* 

:■  TMobitwHI  cause  the  2S0T  talnidotritnlr  set-up.lt  CRO*  =*•  T,  or  ta  wait  for  a  Unto  set-up  . 

,  -.V  fromtt»f«mat»d«rtc»ifCRO^*0~'Vi':  ?•'  *,£  v' 

cnaa 

,  The  LOOP  TEST  bit  will  connacttbo  transmitted  data  output  to  the  nacahwr  Input.  The 
■>.  receiver  input  phvRO,  isgatedout.  Thar“E*  amt  “F”  registers  of  the  A-flski. should  bo 

•Quat  •  •  o' ' ; ;• .. 

BIT 


DESCRIPTION 


SR07-SR05* 


SRt3-SR1t* 


RRTI  will  cause  the  2501  to  transmit  an  RR  (RECR  =  1)  or  RNR  (RECR  »  0)  at  T1 
intervals  provided  the  2501  is  not  sending  a  command  or  waiting  for  an 
acknowledgement. 


The  SENO  bit  (CR10)  is  used  tocommand  the  2501  to  send  the  next  packet  or  packets. 
If  SENO  at  1 ,  the  2501  will  read  from  TLOOK  the  BROY  bit  of  the  next  segment  for  trans¬ 
mission.  If  BRDY  =  0,  the  2501  will  clear  SENO  and  no  action  occurs,  if  BROY  =  1,  the 
2501  will  then  read  TSA0R  and  TCNT,  followed  by  the  transmission  of  that  buffer.  After 
transmission,  the  2501  clears  BROY  of  the  segment  just  transmitted,  and  reads  BROY  of 
the  neat  segment.  If  1,  the  next  segment  is  transmitted.  IfO,  the  SEN  Dbitis:  cleared,  and 
transmission  of  packets  is  stopped. 


NA2-NA0.  Next  block  of  transmitted  data  tabs  Acknowledged; 


RNRR.  AnRNR has  been  received 


NB2-NB0.  Next  block  to  be  transmitted.  f' 


BNRX.  Asa  result  of  RECR(CRQI)  at  0,  an  RNR  has  been  transmitted. 


The  PKR  bit  stands  for  Packet  Received.  This  means  that  a  packet  has  bean  received 
error-free  and  in  correct  sequence  according  to  the  received  N  (S)  count:  The  data 
(Mfeld)  has  been  placed  in  the  CPU’s  RAM  memory.  NE  la  advanced. 

The  three  interrupt-causing  bits  are  SR17,  SRI  8.  and  SRI  5.  Any  of  the  throe  will  causa 
an  interrupt  request  (INTft  goes  tow)  when  that  bit  goes  to  a  t.  After  SRI  is  road,  elf 
throe  bits  are  reset  to  0,  and  INtR  returns  high. 


The  XBA  bit  means  that  ar  previously  transmitted  Block,  or  Blocks,  ham-  been 
acknowledged  by  the  remote  device.  Upon  acknowledgement,  the  ACK’EO  bit  is  set  to 
T-foraactt  segment  In  TLOOK  which  was  acknowledged: 


The  ERROR  bit  indicates:  T)  An  error  has  occurred  which  la  not  recoverable  by  the 2501 , 
or  2)  A  significant  event  has  occurred'.  The  “significant  events”  are:  change  In  link  status 
(link-up  or  down>,  the  25QT  is  progressing  to  the  next  segment  in  e.  chained  receive 
buffer,  or  onedlrectlon  of  the  linkhee  been  reset. 

The  exact  natutsotthereaeon  for  the  ERROR  bft  le  given  in  EWt 


NE2-NED.  Next  Expected  packet  segment  number  of  BLOCK. 


Ill 


thattfnwrTt  haetlmeddut. This  bit  rotumatoO  when  Tt  is  re  started. 


'See  “Memory  Access  Method”  Section 


+■  - 


ER07  ER06  ER05 


EROO  =  NOSFR 
ER01  =  ROR 
ER02  =  TUR 
ER03  =  RPKNR 
ER04  =  RLNR 


LINK  is  up.  (Was  down) 

Received  DISC  while  LINK  up. 

DISC  sent,  sent  SARM  sent  N2  times  without  UA. 
DISC  sent.  REC  IDLE  for  TlxN2. 


NOTES: 


CHAIN  STATUS 
EROO  =  GNCS 
ER01  =  CNR 


LINK  RESET  RECEIVED  if  ER05  -  EROO  =  000000 

LINK  RESET  TRANSMITTED  if  ER05  -  EROO  *  non-zero 

EROO  similar  to  W 

ER01  similar  to  X 

ER02  similar  to  Y 

ER03  similar  to  Z 

ER05  means  received  F  =  1,  but  did  not  send  P  ■  1 

ER04  means  l-frame  was  sent  N2  times  without  acknowledge 


COMMAND  REJECT 

RECEIVED  if  ER05  ■  EROO  =  000000 

TRANSMITTED  if  ER05  -  EROO  •  non-zero 

EROO  =  W 

ER01  =  X 

ER02  =  Y 

ER03 *  Z 

ER04  =  Z1 

1.  Whenever  a  command  reject  (CMDR)  is  received,  the  l-field  will  have  been  placed  in 
appropriate  memory  by  DMA,  and  a  link  reset  SARM  will  be  transmitted.  The  N8  is  not 
advanced. 

2.  Definitions  of  W,X,Y,Z  as  stated  in  CCITT  X.2S.  Z1  indicates  received  N(S)  is  invalid  (not  part 
of  X.25). 


TERMS  USED  IN  ERROR  REGISTER 

GNCS  Going  to  Next  Chain  Segment 

RLNR  RLOOK  Not  Ready.  REC  ROY  bit  of  next 
segment  is  0. 


ROR  Receiver  Over-Run.  The  Receiver  Register  (RR) 
had  a  character  to  load  into  the  FIFO,  but  the 
FIFO  was  full. 


RPKNR  Received  Packet  but  Memory  Block  was  Not 
Ready. 

TUR  Transmitter  Under-Run.  The  Transmitter 
Register  (TR)  needed  a  character  from  the 
Transmitter  Holding  Register  (THR),  but  the 
THR  was  not  ready . 

NOSFR  No  S-frame  received  for  T1  x  N2.  Used  only  if 
RRT1  =  1 . 

MEMORY  ACCESS  METHOD 

The  memory  access  method,  which  includes  OMA,  is 
designed  to  take  full  advantage  of  the  bit-oriented 
protocol  which  allows  up  to  7  l-frames  to  be 
outstanding  (i.e. .  unacknowledged)  in  each  direction 
of  a  communications  link.  The  memory  access  method 
used  two  “look-up”  tables:  One  for  transmit  and  one 
for  receive.  These  tables  contain  addresses  and  control 
for  the  individual  send/receive  packets.  Thus,  packet 
data  are  DMA  addressed  indirectly.  This  method  is  best 
suited  for  most  software  applications. 

The  16  bit  starting  address  for  the  look-up  table  TLOOK 
is  loaded  into  the  2501  by  the  CPU.  (I/O  Registers  “A" 
and  “B”).  RLOOK  must  immediately  follow  TLOOK  in 
contiguous  fashion.  TLOOK  and  RLOOK  are  in  the 
RAM  memory  external  to  the  2501 .  There  are  a  total  of  8 
segmented  control  sections  for  each  table.  Each 
segment  contains  eight  bytes.  Four  bytes  are  used  for 


data  memory  starting  address  and  length,  two  bits  of 
one  byte  are  used  for  control,  one  byte  defines  variable 
bit  length  and  residual,  and  the  other  two  bytes  are 
open  for  user  definition. 

In  transmit,  the  2501  will  have  read  from  TLOOK  the 
starting  address  and  length  of  the  first  packet  to  be 
transmitted.  The  2501  will  automatically  transmit  the 
flag,  address,  and  control  fields.  Next,  the  information 
field  data  will  be  transmitted  using  DMA  from  the 
“SEND  #0  PACKET"  memory.  At  the  end  of  the 
information  field,  the  2501  will  automatically  send  the 
FCS  and  closing  Flag.  The  2501  will  then  move  on  to 
the  next  packet. 

If  retransmission  of  one  or  more  (up  to  seven)  packets 
becomes  necessary,  the  2501  will  automatically  retrace 
the  previous  transmissions  through  the  TLOOK  table. 
The  user’s  CPU  software  does  not  become  involved  in 
the  retransmission.  However,  an  ERROR  COUNTER  is 
incremented.  (See  Error  Counter  Section.) 

To  receive,  each  frame  is  checked  for  correct  address 
and  FCS  fields  and  for  type  of  control  field.  If  the  frame 
is  a  packet,  the  information  field  is  placed  in  the 
assigned  memory  location  in  a  method  similar  to  that 
used  in  transmit.  After  the  packet  is  received  error-free 
and  in  proper  N(S)  sequence  count,  an  interrupt  is 
generated,  and  the  2501  is  ready  for  the  next  oacket 
which  will  be  placed  in  the  next  location. 


MEMORY  ACCESS  SCHEME 
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“DEADLY  EMBRACE”  PREVENTION 

A  “deadly  embrace"  can  occur  when  two  processors 
reach  a  state  where  each  is  waiting  for  the  other.  In  this 
case,  the  two  orocessors  are  the  user's  CPU  and  the 
micro-controller  inside  the  2501.  Therefore,  to  prevent 
the  "deadly  embrace",  the  following  rule  is  obeyed  by 
the  2501  and  should  also  be  obeyed  by  the  user's  CPU. 
This  rule  applies  to  TLOOK,  RLOOK,  and  to  the  I/O 
registers.  The  Error  Counters  do  not  apply  to  this  rule. 


RULE:  If  a  bit  is  set  by  the  CPU,  it  will  not  be 
set  by  the  2501 ,  and  vice  versa.  If  a  bit  is 
cleared  by  the  2501 ,  it  will  not  be  cleared 
by  the  CPU,  and  vice  versa. 


As  an  example,  the  BRDY  bit  in  the  TLOOK  segment  is 
set  by  the  CPU,  only,  but  cleared  by  the  2501 ,  only. 

ERROR  COUNTERS 

Following  continguously  after  RLOOK  is  ten  8  bit  error 
counters.  The  2501  will  increment  each  counter  at 


the  occurrence  of  the  defined  event.  However,  the  2501 
will  not  increment  past  255  (all  1's).  The  CPU  has  the 
responsibility  of  clearing  each  counter.  The  first 
counter  past  RLOOK  is  #1 ,  etc. 


ERROR 

COUNTER  CQUNT 

1  Received  Frames  with  FCS  Error' 

2  Received  Short  Frames  (less  than  32  bits) 

3  Number  of  times  T1  ran-out  (completed) 

4  Number  of  1-Frame  Retransmissions 

5  REJ  Frames  Received 

6  REJ  Frames  Transmitted 

7  Invalid  Commands  Received 

8  Invalid  Responses  Received 

9  Number  of  frames  which  l-field  exceeded 
total  Limit. 

10  Number  of  Null  Packets  Received 


BYTE  # IN 

SEGMENT 

7 

6 

5 

4 

3 

2 

1 

0 

1 

ACK'ED 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

BRDY 

2 

TSADR  HI 

3 

TSADR  LO 

4 

| 

SPARE 

TCNT  HI 

5 

TCNT  LO 

6* 

SBL2 

SBL1 

SBL0 

BL1 

RES2 

RES1 

RESO 

BL0 

7 

SPARE  FOR  USER  DEFINITION 

8 

SPARE 

TLOOK  SEGMENT 
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BYTE  #  IN 
SEGMENT 

7 

6 

5 

4 

3 

2 

1 

0 

1 

FRCML 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

SPARE 

REC 

RDY 

2 

RSADR  HI 

3 

RSADR  LO 

4 

RCNT  HI 

5 

RCNT  LO 

6* 

SBL2 

SBL1 

SBL0 

BL1 

RES2 

RES1 

RES0 

BLO 

7 

SPARE  FOR  USER  DEFINITION 

8 

SPARE 

‘Byte  #6  defines  variable  bit  length  and  residual  bits. 

RLOOK SEGMENT 


BRDY  means  that  the  transmit  buffer  is  ready.  The  2501 
will  send  the  blocK  only  after  the  CPU  makes  8ROY  = 

1 .  (BRDY  Is  used  in  conjunction  with  the  SEND  bit.)  At 
the  completion  of  the  transmission,  the  2501  will  make 
BRDY  =  0,  and  then  read  the  BRDY  of  the  next 
segment. 

After  transmitting  a  packet,  an  acknowledgement  must 
be  received  from  the  remote  device.  The  acknowledge¬ 
ment  is  contained  in  the  received  N  (R)  count  of  an 
l-frame,  RR  frame,  or  RNR  frame.  Upon  acknowledge¬ 
ment.  the  2501  will  make  ACK'ED  =  1 ,  and  generate  a 
block-acknowledged  interrupt.  Before  assigning  a  new 
block  to  a  segment  in  TLOOK,  the  CPU  must  make  sure 
that  the  previous  block  which  used  that  segment 
number  has  been  acknowledged. 

REC  ROY  informs  the  2501  that  the  receive  buffer  is 
ready.  The  2501  will  not  receive  a  packet  into  a  buffer 
referenced  by  a  particular  segment  until  REC  ROY  =  1 . 
If  the  2501  progresses  to  a  segment  which  has  REC 
ROY  a  o,  an  error  interrupt  will  be  generated. 

After  receiving  an  error-free  packet  in  proper  sequence, 
the  2501  will  set  FRCML,  clear  REC  ROY,  and  generate 
a  Packet  Received  Interrupt.  The  2501  will  also  write 
the  value  of  the  binary  length  of  the  received  packet  in 
RCNT  HI  and  RCNT 10.  The  NE  count  is  advanced.  The 
2501  will  acknowledge  received  packets  at  the  first 
opportunity.  This  will  be  in  either  the  next  transmitted 
l-frame,  or  by  an  RR  frame  If  RECR  =  1 ,  or  by  an  RNR 


frame  if  RECR  =  0.  (RECR  is  in  CRO.) 

In  the  address  bytes,  HI  represents  the  upper  8  bits  and 
LO  represents  the  lower  8  bits.  In  the  count  bytes,  HI 
represents  the  upper  4  bytes. 

TSADR  is  the  starting  address  of  the  buffer  to  transmit, 
and  TCNT  is  the  binary  count  of  the  number  of 
characters  in  the  l-field. 

RSADR  is  the  starting  address  of  the  receive  buffer. 
After  successfully  receiving  the  packets,  the  2501  will 
write  the  value  of  RCNT  which  is  the  binary  count  of 
the  number  of  characters  in  the  l-field. 

Whether  the  2501  accesses  a  look-up  table  or  a  memory 
block,  a  DMA  Cycle  is  required  for  each  access. 

TLOOK  AND  RLOOK  POINTERS 
There  are  three  3-bit  counters  for  the  status  of  the 
segments  in  TLOOK  and  RLOOK.  Status  Register  #0 
(SRO)  contains  counters  NA  and  NB  which  are  used  in 
conjunction  with  TLOOK.  NB  is  the  segment  number  of 
the  next  block  to  be  transmitted,  and  is  advanced  at  the 
end  of  each  DMA  transmission.  NA  is  the  value  of  the 
segment  of  the  next  block  which  will  be  acknowledged. 
If  all  transmitted  blocks  have  been  acknowledged,  then 
NA  =  NB. 

In  SRI  is  a  3-bit  counter,  NE,  used  with  RLOOK.  NE 
is  the  value  of  the  segment  number  where  the  next 
received  packet  will  be  placed. 
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PRELIMINARY  TIMING  SPECIFICATIONS 


MIN. 

MAX. 

SYMBOL 

PARAMETER 

(NS) 

(NS) 

COMMENT 

tar 

Input  Address  Valid  to  RE 

0 

trd 

Read  Strobe  (or  DACk  Read) 

200 

C  (DALI  *  50  pf 

to  Oata  Valid 

375 

C  (DAL)  «  100  pf 

tHd 

Data  Hold  Time  from  Read  Strobe 

80 

Tha 

Address  Hold  Time  from  Read  Strobe 

80 

Taw 

Input  Address  Valid  to  Trailing  Edge  of  W? 

200 

TWW 

TOW 

Minimum  WE  Pulse 

Oata  Valid  to  Trailing  Edge  of  WE  or 

Trailing  Edge  of  DACk  for  DMA  Write 

200 

100 

Tahw 

Address  Hold  Time  after  WE 

80 

Tqhw 

Oata  Hold  Time  after  WE  or  after 

DACK  for  DMA  Write 

80 

Tdai 

Time  from  DftiiR  (or  DRQW)  to  Output 
Address  Valid  if  AORV  «  1 

80 

C  IAODRESS)  *  100  pf 

Tqao 

Time  from  DACK  to  Output  Address 

Valid  if  AORV  =  1 

360 

C  (ADDRESS)  -  100  pf 

Tod 

Time  from  Leadina  Edge  of  OACK  to 

Trailing  Edge  of  ORQr  (or  DRQW) 

200 

C  (ORQ)  =  50  pf 

Tdah 

Output  Address  Hold  Time  from  OACK 

120 

TDMW 

Data  Hold  Time  from  OACK  for  DMA  Read 

80 

trpi 

REPLY  Response  Leading  Edge 

160 

CLOAD  -  50  gf 

240 

CLOAD  »  100  pf 

TRP2 

REPLY  Response  Trailing  Edge 

200 

CLOAD  -  50  pf 

260 

CLOAD-  lOOpf 

*1  .  * 

0At0  OAA  }  1 

I  f  HA 

T«0  I 

1  |\ 

1  *«•*  l— 

I — P - 


CPU  WRITE  TIMING  (CS  IS  LOW) 


DMA  READ  TIMING 


DMA  WRITE  (A0-A15  SAME  AS  DMA  READ) 


WD2501  CERAMIC  PACKAGE 


This  is  a  preliminary  specification  with  tentative  device  parameters  and  may  be  subiect  to  change  alter  final  product 
characterization  is  completed. 

Information  furnished  by  Western  Oigital  Corporation  is  believed  to  be  accurate  andreliable.However.no  responsibility  is  assumed 
by  Western  Oigital  Corporation  lor  its  use;  nor  any  infringements  of  patents  or  other  rights  of  third  parties  which  may  result  from 
its  use.  No  license  is  granted  by  implication  or  otherwise  under  any  patent  or  patent  rights  ol  Western  Oigital  Corporation. 
Western  Digital  Corporation  reserves  the  right  to  change  said  circuitry  at  any  time  without  notice. 
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